Re: Testing v4.2
Michael, Check your dsm.opt file. You probably have most stuff excluded. What you're probably seeing backed up is directory structures (without the actual files). Take a look. Regards, Joe -Original Message- From: Michael Moore [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 9:58 AM To: [EMAIL PROTECTED] Subject: Testing v4.2 I am testing v4.2 of the TSM server for OS/390. I have found the following problems, or are they problems: 1) I defined a new node MANAGE_ME to the TSM 4.2 server. This is the first backup for this node on this server. No filespaces exist for this on this server for this node. When I run the backup (either via scheduler, or command), I only backup 429 mb. This node has a 3.2gb disk drive, with 796mb used. It does not look like everything is being backed up.Missing about 300mb. 2) When the backup completes, no information is related back to the server. In the previous version we would see the backup statistics for each node in the server JESLOG. In this version, it seems as though the information is not there. For instance the following information (this information is from the dsmsched.log on the node): 07/16/2002 08:59:16 --- SCHEDULEREC STATUS BEGIN 07/16/2002 08:59:16 Total number of objects inspected:8,761 07/16/2002 08:59:16 Total number of objects backed up:8,720 07/16/2002 08:59:16 Total number of objects updated: 0 07/16/2002 08:59:16 Total number of objects rebound: 0 07/16/2002 08:59:16 Total number of objects deleted: 0 07/16/2002 08:59:16 Total number of objects expired: 0 07/16/2002 08:59:16 Total number of objects failed: 0 07/16/2002 08:59:16 Total number of bytes transferred: 429.02 MB 07/16/2002 08:59:16 Data transfer time: 90.46 sec 07/16/2002 08:59:16 Network data transfer rate:4,856.42 KB/sec 07/16/2002 08:59:16 Aggregate data transfer rate:393.52 KB/sec 07/16/2002 08:59:16 Objects compressed by: 37% 07/16/2002 08:59:16 Elapsed processing time: 00:18:36 07/16/2002 08:59:16 --- SCHEDULEREC STATUS END 07/16/2002 08:59:16 --- SCHEDULEREC OBJECT END TEST 07/16/2002 08:33:00 07/16/2002 08:59:16 Scheduled event 'TEST' completed successfully. 07/16/2002 08:59:16 Sending results for scheduled event 'TEST'. 07/16/2002 08:59:21 Results sent to server for scheduled event 'TEST' 3) Getting the following messages when trying to run a storage pool backup: 09.02.48 STC12888 IKJ56241I DATA SET TSMT.BFS.V1E NOT ALLOCATED+ 09.02.48 STC12888 IKJ56241I REQUEST REQUIRES MORE NON-SMS MANAGED VOLUMES THAN ARE ELIGIBLE 09.02.48 STC12888 *ANR5035E Dynamic allocation of tape unit 3590-1 failed, return code 4, error 09.02.48 STC12888 *code 624, info code 0. 09.02.48 STC12888 ANR1401W Mount request denied for volume 306500 - mount failed. The tape 306500 is not in on of our libraries. The test and production servers are running on the same processor, and everything worked on the test serve prior to upgrade. Thanks for your assistance! Michael Moore VF Services Inc. 121 Smith Street Greensboro, NC 27420-1488 Voice: 336-332-4423 Fax: 336-332-4544
Re: Testing v4.2
If client node compression is enabled there is nothing to worry about. Number of files transferred shows the compressed data not actual filesizes. OCCUPANCY table on the server also shows space occupied by *compressed* data. Try to sum filesizes from dsmsched.log Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:Testing v4.2 I am testing v4.2 of the TSM server for OS/390. I have found the following problems, or are they problems: 1) I defined a new node MANAGE_ME to the TSM 4.2 server. This is the first backup for this node on this server. No filespaces exist for this on this server for this node. When I run the backup (either via scheduler, or command), I only backup 429 mb. This node has a 3.2gb disk drive, with 796mb used. It does not look like everything is being backed up.Missing about 300mb. 2) When the backup completes, no information is related back to the server. In the previous version we would see the backup statistics for each node in the server JESLOG. In this version, it seems as though the information is not there. For instance the following information (this information is from the dsmsched.log on the node): 07/16/2002 08:59:16 --- SCHEDULEREC STATUS BEGIN 07/16/2002 08:59:16 Total number of objects inspected:8,761 07/16/2002 08:59:16 Total number of objects backed up:8,720 07/16/2002 08:59:16 Total number of objects updated: 0 07/16/2002 08:59:16 Total number of objects rebound: 0 07/16/2002 08:59:16 Total number of objects deleted: 0 07/16/2002 08:59:16 Total number of objects expired: 0 07/16/2002 08:59:16 Total number of objects failed: 0 07/16/2002 08:59:16 Total number of bytes transferred: 429.02 MB 07/16/2002 08:59:16 Data transfer time: 90.46 sec 07/16/2002 08:59:16 Network data transfer rate:4,856.42 KB/sec 07/16/2002 08:59:16 Aggregate data transfer rate:393.52 KB/sec 07/16/2002 08:59:16 Objects compressed by: 37% 07/16/2002 08:59:16 Elapsed processing time: 00:18:36 07/16/2002 08:59:16 --- SCHEDULEREC STATUS END 07/16/2002 08:59:16 --- SCHEDULEREC OBJECT END TEST 07/16/2002 08:33:00 07/16/2002 08:59:16 Scheduled event 'TEST' completed successfully. 07/16/2002 08:59:16 Sending results for scheduled event 'TEST'. 07/16/2002 08:59:21 Results sent to server for scheduled event 'TEST' 3) Getting the following messages when trying to run a storage pool backup: 09.02.48 STC12888 IKJ56241I DATA SET TSMT.BFS.V1E NOT ALLOCATED+ 09.02.48 STC12888 IKJ56241I REQUEST REQUIRES MORE NON-SMS MANAGED VOLUMES THAN ARE ELIGIBLE 09.02.48 STC12888 *ANR5035E Dynamic allocation of tape unit 3590-1 failed, return code 4, error 09.02.48 STC12888 *code 624, info code 0. 09.02.48 STC12888 ANR1401W Mount request denied for volume 306500 - mount failed. The tape 306500 is not in on of our libraries. The test and production servers are running on the same processor, and everything worked on the test serve prior to upgrade. Thanks for your assistance! Michael Moore VF Services Inc. 121 Smith Street Greensboro, NC 27420-1488 Voice: 336-332-4423 Fax: 336-332-4544
Testing v4.2
I am testing v4.2 of the TSM server for OS/390. I have found the following problems, or are they problems: 1) I defined a new node MANAGE_ME to the TSM 4.2 server. This is the first backup for this node on this server. No filespaces exist for this on this server for this node. When I run the backup (either via scheduler, or command), I only backup 429 mb. This node has a 3.2gb disk drive, with 796mb used. It does not look like everything is being backed up.Missing about 300mb. 2) When the backup completes, no information is related back to the server. In the previous version we would see the backup statistics for each node in the server JESLOG. In this version, it seems as though the information is not there. For instance the following information (this information is from the dsmsched.log on the node): 07/16/2002 08:59:16 --- SCHEDULEREC STATUS BEGIN 07/16/2002 08:59:16 Total number of objects inspected:8,761 07/16/2002 08:59:16 Total number of objects backed up:8,720 07/16/2002 08:59:16 Total number of objects updated: 0 07/16/2002 08:59:16 Total number of objects rebound: 0 07/16/2002 08:59:16 Total number of objects deleted: 0 07/16/2002 08:59:16 Total number of objects expired: 0 07/16/2002 08:59:16 Total number of objects failed: 0 07/16/2002 08:59:16 Total number of bytes transferred: 429.02 MB 07/16/2002 08:59:16 Data transfer time: 90.46 sec 07/16/2002 08:59:16 Network data transfer rate:4,856.42 KB/sec 07/16/2002 08:59:16 Aggregate data transfer rate:393.52 KB/sec 07/16/2002 08:59:16 Objects compressed by: 37% 07/16/2002 08:59:16 Elapsed processing time: 00:18:36 07/16/2002 08:59:16 --- SCHEDULEREC STATUS END 07/16/2002 08:59:16 --- SCHEDULEREC OBJECT END TEST 07/16/2002 08:33:00 07/16/2002 08:59:16 Scheduled event 'TEST' completed successfully. 07/16/2002 08:59:16 Sending results for scheduled event 'TEST'. 07/16/2002 08:59:21 Results sent to server for scheduled event 'TEST' 3) Getting the following messages when trying to run a storage pool backup: 09.02.48 STC12888 IKJ56241I DATA SET TSMT.BFS.V1E NOT ALLOCATED+ 09.02.48 STC12888 IKJ56241I REQUEST REQUIRES MORE NON-SMS MANAGED VOLUMES THAN ARE ELIGIBLE 09.02.48 STC12888 *ANR5035E Dynamic allocation of tape unit 3590-1 failed, return code 4, error 09.02.48 STC12888 *code 624, info code 0. 09.02.48 STC12888 ANR1401W Mount request denied for volume 306500 - mount failed. The tape 306500 is not in on of our libraries. The test and production servers are running on the same processor, and everything worked on the test serve prior to upgrade. Thanks for your assistance! Michael Moore VF Services Inc. 121 Smith Street Greensboro, NC 27420-1488 Voice: 336-332-4423 Fax: 336-332-4544