INCR vs FULL Backup
HI all, My comp has policy to do ONLY INCR backup on filesystem for unix machines. We need to re-schedule a filesystems backup for TSM server and I'm wondering the impact of restore if we only do incremental backup as oppose to full backup. The TSM filesystems being backup doesnt really change much and I'm worried it would be difficult to restore if the retention period expires. The reason the mgt do not fancy full backup is because they do not want to jam the other backup sessions and waste resources. Thanks and Warmest Regards, ___ DKSH Market Intelligence Liew Callie DKSH Corporate Shared Services Center Sdn Bhd Lot L4-E-3A, Enterprise 4, Technology Park Malaysia, 57000 Kuala Lumpur. Phone: +603 8992 2855 Fax: +603 8992 2999 [EMAIL PROTECTED] www.dksh.com
Re: 5.1 client on 5.3.2 server?
Alfred, I'm using the latest TSM 5.1.x.y client on Windows NT servers with a TSM server 5.3.2.2 on Windows2003. It works without any issues. regards, Kurt Van: ADSM: Dist Stor Manager namens Alfred G Welch Verzonden: do 2/23/2006 23:33 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] 5.1 client on 5.3.2 server? I got some old NT 4 servers that are running 5.1 clients and we are currently running 5.2 server. I know the 5.1 clients are out of support and the customer doesn't plan on upgrading the server anytime soon. My question is will the 5.1 clients run on 5.3.2 server without any issues. Regards, Alfie Welch IBM Global Services DSM Storage Management
Re: LTO drive error on MOVE DRMEDIA
Andrew For more information on the library errors you can look at three (or four )places if you have the latest library firmware. One less if you do not. With the latest firmware level the web interface to the library will let you view the library error log. It is in the service group. You will need the maintenance Information book which is downloadable from ibm's web site to look up the error codes. Or there is an hard copy that came with the library. If you do not have the latest firmware you can view the error logs from the front panel. There is also an lcd display on the front of the lto tape drives which displays a subset of errors. And you can turn on snmp traps to send error messages out to you. I believe that IBM also added a feature where one can download the error logs, but I have not looked into that yet. Let us know what you find out. Regards len -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Ferris Sent: Thursday, February 23, 2006 2:00 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] LTO drive error on MOVE DRMEDIA Hi *DSM-ers, TSM Server 5.2.3.2 on Win 2000 3584 Tape Library with 4 LTO-2 drives It's offsite backup day and our regularly scheduled MOVE DRMEDIA * WHERE STATE=MOUNTABLE... produced this error on one of our tapes: 02/23/2006 09:04:46 ANR6696I MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 starting. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:00 ANR8336I Verifying label of LTO volume ICA074L2 in drive F1R3 (mt2.0.0.4). (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8942E Could not move volume ICA074L2 from slot-element 259 to slot-element 774. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8418E CHECKOUT LIBVOLUME: An I/O error occurred while accessing library 3584. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR6698E MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 failed. (SESSION: 95513, PROCESS: 3435) slot-element 259 is one of the LTO-2 drive (F1R3 to be precise) and slot-element 774 is in the 3584's I/O station. I re-ran the MOVE DRMEDIA command for that specific tape and it moved to the I/O station just fine though via another LTO drive. A quick look at the TSM admin console (dsmadmc) showed this additional error on a subsequent DRM tape: 9:06:59 MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA051L2 in library 3584 starting. ANR8302E I/O error on drive F1R3 (mt2.0.0.4) (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=04, ASCQ=02,~SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.04.02.30.00.10.12.00.00.00.00.20.20.20.20.20.20.20.00.00.00.00.00.00.13.00.00.00.14.FF.FF.FF.FF.6B.8F.00.00.6C.8F.00.00.6D.8F.00.00.6E.8F.00.00.6F.8F.00.00.70.8F.00.00.71.8F.00.00.72.8F.00.00.73.8F.00.00.74.8F.00.00.75.8F.00.00.76.8F.00.00.77.8F.00.00,~Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual for recommended action. So that's the same drive (F1R3). I've looked up the ANR 8302E in the 5.2 messages manual: User Response: Ensure that the DEVICE parameter associated with the drive was identified correctly in the DEFINE PATH command, and that the device is currently powered on and ready. The drive or library reference manual provided with the device usually contain tables that explain the values of the KEY, ASC, and ASCQ fields. If the problem persists, contact your service representative and provide the internal code values and sense data from this message. All four drives show as online in the 3584's IBM UltraScalable Specialist Web page and they also show as online in TSM. I see KEY=02 equaling "not ready" in the messages manual. ASC=04 & ASCQ=02 are "Not ready, initializing command required" This the first tape error I've seen so I'm a bit flummoxed as to where to go to next. Could someone please give me a bit of advice or context on these errors? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
SQL Transaction log backup failures for msdb and master
I'm getting the following on a particular client... 02/15/2006 15:00:07 Backup of msdb failed. 02/15/2006 15:00:07 ACO5422E Received the following from the MS SQL server: 02/15/2006 15:00:07 [Microsoft][ODBC SQL Server Driver][SQL Server]The statement BACKUP LOG is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALTER DATABASE. 02/15/2006 15:00:07 [Microsoft][ODBC SQL Server Driver][SQL Server]BACKUP LOG is terminating abnormally. Microsoft SQL-DMO (ODBC SQLState: 42000) (HRESULT:0x80041070) 02/15/2006 15:00:04 Backup of master failed. 02/15/2006 15:00:04 ACO5422E Received the following from the MS SQL server: 02/15/2006 15:00:04 [Microsoft][ODBC SQL Server Driver][SQL Server]Cannot back up the log of the master database. Use BACKUP DATABASE instead. 02/15/2006 15:00:04 [Microsoft][ODBC SQL Server Driver][SQL Server]BACKUP LOG is terminating abnormally. Microsoft SQL-DMO (ODBC SQLState: 42000) (HRESULT:0x80041074) Should I change the db recovery mode in SQL Enterprise Mgr to full? I am not a SQL admin by any stretch, but we finally have those skill sets in-house. They are asking to run transaction log backups bi-hourly or hourly on some clients. In this particular case, the above errors occur. Thanks all! God bless you!!! Chip Bell Network Engineer I IBM Tivoli Certified Deployment Professional (ITSM 5.2) Baptist Health System Birmingham, AL Office (205) 715-5106 Pager (205) 817-0357 Home (256) 739-0947 - Confidentiality Notice: The information contained in this email message is privileged and confidential information and intended only for the use of the individual or entity named in the address. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this information is strictly prohibited. If you received this information in error, please notify the sender and delete this information from your computer and retain no copies of any of this information.
Re: 5.1 client on 5.3.2 server?
On Feb 23, 2006, at 5:33 PM, Alfred G Welch wrote: I got some old NT 4 servers that are running 5.1 clients and we are currently running 5.2 server. I know the 5.1 clients are out of support and the customer doesn't plan on upgrading the server anytime soon. My question is will the 5.1 clients run on 5.3.2 server without any issues. *Generally* speaking, a client at a lower level than a server will work fine. I still have an ADSM 2.1 Unix client, on an old system, working well with our TSM5 server. It is generally where the client exceeds the server where problems can occur - but can usually be avoided by limiting functions to core features. Richard Sims
5.1 client on 5.3.2 server?
I got some old NT 4 servers that are running 5.1 clients and we are currently running 5.2 server. I know the 5.1 clients are out of support and the customer doesn't plan on upgrading the server anytime soon. My question is will the 5.1 clients run on 5.3.2 server without any issues. Regards, Alfie Welch IBM Global Services DSM Storage Management
FIle Space SYSTEM OBJECT
Quick question on windows system object filespace. windows client system objects don't change everyday so how often and what strategy should I have to back them up. Is it true that it is very expensive transaction for TSM server. Ashok Vats 916-845-3767
Re: LTO drive error on MOVE DRMEDIA
Thank you for the quick response Wanda. I'll keep an eye on the drive and give IBM a call. Oh and thanks for the advice on DRMCHECKLABEL. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia >>> [EMAIL PROTECTED] 2/23/2006 11:12:22 am >>> Usually an OFFL error is a problem dismounting the tape from a drive. Unlikely this has anything to do with DRM; probably you would have the same problems when using the drive for any other TSM operation. Your drive was able to READ (because it was able to verify the label), so probably the read/write head is ok. But, it had a problem on the dismount and removing the tape from the drive. On the other hand, since you were able to eject the tape using another drive, we know that the tape isn't actually STUCK in the drive. Sometimes you'll see an OFFL error, and it's transient and doesn't happen again. But in this case you got the same error on 2 different tapes. So, I think you are seeing the drive issue an error message because it is starting to have mechanical problems. Nothing to do but call IBM and let them come and fix (or replace) it. BTW, I have never seen a need to have the drive mount the tape and read the label for a DRM checkout where you are using tapes with barcodes. If you enter SET DRMCHECKLABEL NO on the admin command line, that will tell TSM to do your DRM ejects WITHOUT mounting each tape just to read the label. Much faster that way. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Ferris Sent: Thursday, February 23, 2006 2:00 PM To: ADSM-L@VM.MARIST.EDU Subject: LTO drive error on MOVE DRMEDIA Hi *DSM-ers, TSM Server 5.2.3.2 on Win 2000 3584 Tape Library with 4 LTO-2 drives It's offsite backup day and our regularly scheduled MOVE DRMEDIA * WHERE STATE=MOUNTABLE... produced this error on one of our tapes: 02/23/2006 09:04:46 ANR6696I MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 starting. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:00 ANR8336I Verifying label of LTO volume ICA074L2 in drive F1R3 (mt2.0.0.4). (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8942E Could not move volume ICA074L2 from slot-element 259 to slot-element 774. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8418E CHECKOUT LIBVOLUME: An I/O error occurred while accessing library 3584. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR6698E MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 failed. (SESSION: 95513, PROCESS: 3435) slot-element 259 is one of the LTO-2 drive (F1R3 to be precise) and slot-element 774 is in the 3584's I/O station. I re-ran the MOVE DRMEDIA command for that specific tape and it moved to the I/O station just fine though via another LTO drive. A quick look at the TSM admin console (dsmadmc) showed this additional error on a subsequent DRM tape: 9:06:59 MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA051L2 in library 3584 starting. ANR8302E I/O error on drive F1R3 (mt2.0.0.4) (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=04, ASCQ=02,~SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.04.02.30.00.10.12.00. 00.00.00.20.20.20.20.20.20.20.00.00.00.00.00.00.13.00.00.00.14.FF.FF.FF. FF.6B.8F.00.00.6C.8F.00.00.6D.8F.00.00.6E.8F.00.00.6F.8F.00.00.70.8F.00. 00.71.8F.00.00.72.8F.00.00.73.8F.00.00.74.8F.00.00.75.8F.00.00.76.8F.00. 00.77.8F.00.00,~Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual for recommended action. So that's the same drive (F1R3). I've looked up the ANR 8302E in the 5.2 messages manual: User Response: Ensure that the DEVICE parameter associated with the drive was identified correctly in the DEFINE PATH command, and that the device is currently powered on and ready. The drive or library reference manual provided with the device usually contain tables that explain the values of the KEY, ASC, and ASCQ fields. If the problem persists, contact your service representative and provide the internal code values and sense data from this message. All four drives show as online in the 3584's IBM UltraScalable Specialist Web page and they also show as online in TSM. I see KEY=02 equaling "not ready" in the messages manual. ASC=04 & ASCQ=02 are "Not ready, initializing command required" This the first tape error I've seen so I'm a bit flummoxed as to where to go to next. Could someone please give me a bit of advice or context on these errors? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: LTO drive error on MOVE DRMEDIA
Usually an OFFL error is a problem dismounting the tape from a drive. Unlikely this has anything to do with DRM; probably you would have the same problems when using the drive for any other TSM operation. Your drive was able to READ (because it was able to verify the label), so probably the read/write head is ok. But, it had a problem on the dismount and removing the tape from the drive. On the other hand, since you were able to eject the tape using another drive, we know that the tape isn't actually STUCK in the drive. Sometimes you'll see an OFFL error, and it's transient and doesn't happen again. But in this case you got the same error on 2 different tapes. So, I think you are seeing the drive issue an error message because it is starting to have mechanical problems. Nothing to do but call IBM and let them come and fix (or replace) it. BTW, I have never seen a need to have the drive mount the tape and read the label for a DRM checkout where you are using tapes with barcodes. If you enter SET DRMCHECKLABEL NO on the admin command line, that will tell TSM to do your DRM ejects WITHOUT mounting each tape just to read the label. Much faster that way. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Ferris Sent: Thursday, February 23, 2006 2:00 PM To: ADSM-L@VM.MARIST.EDU Subject: LTO drive error on MOVE DRMEDIA Hi *DSM-ers, TSM Server 5.2.3.2 on Win 2000 3584 Tape Library with 4 LTO-2 drives It's offsite backup day and our regularly scheduled MOVE DRMEDIA * WHERE STATE=MOUNTABLE... produced this error on one of our tapes: 02/23/2006 09:04:46 ANR6696I MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 starting. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:00 ANR8336I Verifying label of LTO volume ICA074L2 in drive F1R3 (mt2.0.0.4). (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8942E Could not move volume ICA074L2 from slot-element 259 to slot-element 774. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8418E CHECKOUT LIBVOLUME: An I/O error occurred while accessing library 3584. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR6698E MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 failed. (SESSION: 95513, PROCESS: 3435) slot-element 259 is one of the LTO-2 drive (F1R3 to be precise) and slot-element 774 is in the 3584's I/O station. I re-ran the MOVE DRMEDIA command for that specific tape and it moved to the I/O station just fine though via another LTO drive. A quick look at the TSM admin console (dsmadmc) showed this additional error on a subsequent DRM tape: 9:06:59 MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA051L2 in library 3584 starting. ANR8302E I/O error on drive F1R3 (mt2.0.0.4) (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=04, ASCQ=02,~SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.04.02.30.00.10.12.00. 00.00.00.20.20.20.20.20.20.20.00.00.00.00.00.00.13.00.00.00.14.FF.FF.FF. FF.6B.8F.00.00.6C.8F.00.00.6D.8F.00.00.6E.8F.00.00.6F.8F.00.00.70.8F.00. 00.71.8F.00.00.72.8F.00.00.73.8F.00.00.74.8F.00.00.75.8F.00.00.76.8F.00. 00.77.8F.00.00,~Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual for recommended action. So that's the same drive (F1R3). I've looked up the ANR 8302E in the 5.2 messages manual: User Response: Ensure that the DEVICE parameter associated with the drive was identified correctly in the DEFINE PATH command, and that the device is currently powered on and ready. The drive or library reference manual provided with the device usually contain tables that explain the values of the KEY, ASC, and ASCQ fields. If the problem persists, contact your service representative and provide the internal code values and sense data from this message. All four drives show as online in the 3584's IBM UltraScalable Specialist Web page and they also show as online in TSM. I see KEY=02 equaling "not ready" in the messages manual. ASC=04 & ASCQ=02 are "Not ready, initializing command required" This the first tape error I've seen so I'm a bit flummoxed as to where to go to next. Could someone please give me a bit of advice or context on these errors? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: TSM Disk Volumes
Or when the filesystem the files are on isn't mounted. [RC] "Allen S. Rout" <[EMAIL PROTECTED]> Sent by: "ADSM:To Dist Stor ADSM-L@VM.MARIST.EDU Manager" cc <[EMAIL PROTECTED] .EDU> Subject Re: [ADSM-L] TSM Disk Volumes 02/22/2006 02:12 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] .EDU> >> On Tue, 21 Feb 2006 09:28:30 -1000, Aaron Becar <[EMAIL PROTECTED]> said: > Just a quick question. Has anyone every had TSM disk volumes just > disappear on them? For example if you do a listing of the files where > the volumes should be there is nothing there? Thanks! Hmm. When an admin deletes them? ;) - Allen S. Rout Confidentiality Notice: The content of this communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain confidential and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of the information contained herein is strictly prohibited. If you have received this communication in error, please immediately contact us by email at [EMAIL PROTECTED] Thank you
LTO drive error on MOVE DRMEDIA
Hi *DSM-ers, TSM Server 5.2.3.2 on Win 2000 3584 Tape Library with 4 LTO-2 drives It's offsite backup day and our regularly scheduled MOVE DRMEDIA * WHERE STATE=MOUNTABLE... produced this error on one of our tapes: 02/23/2006 09:04:46 ANR6696I MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 starting. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:00 ANR8336I Verifying label of LTO volume ICA074L2 in drive F1R3 (mt2.0.0.4). (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8942E Could not move volume ICA074L2 from slot-element 259 to slot-element 774. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR8418E CHECKOUT LIBVOLUME: An I/O error occurred while accessing library 3584. (SESSION: 95513, PROCESS: 3435) 02/23/2006 09:05:15 ANR6698E MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA074L2 in library 3584 failed. (SESSION: 95513, PROCESS: 3435) slot-element 259 is one of the LTO-2 drive (F1R3 to be precise) and slot-element 774 is in the 3584's I/O station. I re-ran the MOVE DRMEDIA command for that specific tape and it moved to the I/O station just fine though via another LTO drive. A quick look at the TSM admin console (dsmadmc) showed this additional error on a subsequent DRM tape: 9:06:59 MOVE DRMEDIA: CHECKOUT LIBVOLUME for volume ICA051L2 in library 3584 starting. ANR8302E I/O error on drive F1R3 (mt2.0.0.4) (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=04, ASCQ=02,~SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.04.02.30.00.10.12.00.00.00.00.20.20.20.20.20.20.20.00.00.00.00.00.00.13.00.00.00.14.FF.FF.FF.FF.6B.8F.00.00.6C.8F.00.00.6D.8F.00.00.6E.8F.00.00.6F.8F.00.00.70.8F.00.00.71.8F.00.00.72.8F.00.00.73.8F.00.00.74.8F.00.00.75.8F.00.00.76.8F.00.00.77.8F.00.00,~Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual for recommended action. So that's the same drive (F1R3). I've looked up the ANR 8302E in the 5.2 messages manual: User Response: Ensure that the DEVICE parameter associated with the drive was identified correctly in the DEFINE PATH command, and that the device is currently powered on and ready. The drive or library reference manual provided with the device usually contain tables that explain the values of the KEY, ASC, and ASCQ fields. If the problem persists, contact your service representative and provide the internal code values and sense data from this message. All four drives show as online in the 3584's IBM UltraScalable Specialist Web page and they also show as online in TSM. I see KEY=02 equaling "not ready" in the messages manual. ASC=04 & ASCQ=02 are "Not ready, initializing command required" This the first tape error I've seen so I'm a bit flummoxed as to where to go to next. Could someone please give me a bit of advice or context on these errors? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
TSM_ISC_5320_AIX.bin dependent on /usr/bin/X11/xset ?
When I initially installed TSM_ISC_5320_AIX.bin on AIX 5300-03 (64bit) there was a java exception at the install script over "/usr/bin/X11/xset" being missing. After installing TSMAdminCenter5320.tar, I noticed that the error message "This portlet is unavailable." occurs throughout the admin center. After carefully uninstalling AdminCenter & ISC, and re-installing ISC, I see that the message also occurs in ISC independent of whether AdminCenter is installed. If there is a dependency on "/usr/bin/X11/xset", does anyone know which fileset that corresponds to? Does the ISC need X11 to be installed on headless servers? Here is some of the text from the end of the ISC install script: Press 1 for Next, 2 for Previous, 3 to Cancel or 4 to Redisplay [1] java.io.IOException: /usr/bin/X11/xset: not found at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.(UNIXProcess.java:72) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:602) at java.lang.Runtime.exec(Runtime.java:524) at java.lang.Runtime.exec(Runtime.java:490) at com.ibm.wizard.platform.aix.AixExecCmd.runCommand(AixExecCmd.java:213) at com.ibm.wizard.platform.aix.AixExecCmd.(AixExecCmd.java:168) at com.ibm.wizard.platform.aix.AixExecCmd.(AixExecCmd.java:112) at com.ibm.wizard.platform.aix.AixWizardInitializeServiceImpl.cleanup(AixWizardInitializeServiceImpl.java:156) at com.ibm.wizard.platform.aix.AixExtendedWizardInitializeServiceImpl.cleanup(AixExtendedWizardInitializeServiceImpl.ja:95) at com.installshield.wizard.service.LocalImplementorProxy.close(LocalImplementorProxy.java:33) at com.installshield.wizard.service.ServiceFactory.shutdownService(ServiceFactory.java:32) at com.installshield.wizard.service.LocalWizardServices.shutdown(LocalWi at com.installshield.wizard.Wizard.shutdownServices(Wizard.java:570) at com.installshield.wizard.Wizard.exit(Wizard.java:507) at com.installshield.wizard.Wizard$RunThread.run(Wizard.java:1588) Confidentiality Notice: The content of this communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain confidential and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of the information contained herein is strictly prohibited. If you have received this communication in error, please immediately contact us by email at [EMAIL PROTECTED] Thank you
PREShedulecmd "situation"
We had a problem last night where out POSTSchedulecmd did not run. Checking back, it turned out that between the time the client picked up it's schedule, we had disabled sessions pending installation of an emergency patch on TSM. What the client did was run the PREShedulecmd, then found out the TSM server was not available. By the time the server was available, it was beyond it's startup window and never ran. I assume this is "working as designed", which is the answer I get alot from IBM, but just thought I would let you all know that. It wasn't totally clear from the manual that this was the expected behaviour.
Re: BACKUP DB Question
>> On Thu, 23 Feb 2006 10:48:06 -0500, Dave Zarnoch <[EMAIL PROTECTED]> said: > I calculated that our DB is @61GB > The manufacturer says the tape can hold 50GB compressed > What do you think is happening? Most tape vendors use 2.mumble for their expected compression ratio. Database backups tend to be extremely compressible, so tend to be much better than that. For some examples, my original 3592 drives, 300G raw capacity, are "full" at 450-500G when filled with random filesystem data. When they're holding TSM DB backups, they are "full" at 1.2TB. When they're holding DB2 database backups, they don't "Fill up" until more like 1.7TB. So don't worry too much about it, and if you want to prove that you've got it all, test a restore somewhere. - Allen S. Rout
Re: BACKUP DB Question
At 10:48 AM 2/23/2006, Dave Zarnoch wrote: I calculated that our DB is @61GB The manufacturer says the tape can hold 50GB compressed What do you think is happening? Keep in mind that many databases have lots of zeroes in them (unused space within pages). In this situation, they can be compressed quite well. -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Systems Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: BACKUP DB Question
I understandbut the "money man" doesn't... :0) We are using 9840C drives Dave Zarnoch Nationwide Provident [EMAIL PROTECTED] W 302-452-4197 C 302-462-8703 Richard Sims <[EMAIL PROTECTED]> To: ADSM-L@VM.MARIST.EDU Sent by: "ADSM: cc: Dist StorSubject: Re: [ADSM-L] BACKUP DB Question Manager" <[EMAIL PROTECTED] .EDU> 02/23/2006 11:47 AM Please respond to "ADSM: Dist Stor Manager" On Feb 23, 2006, at 10:48 AM, Dave Zarnoch wrote: > I calculated that our DB is @61GB > The manufacturer says the tape can hold 50GB compressed > > What do you think is happening? Magic. Your posting did not specify which level of 9840 drive/cartridge technology is being used. I'll then assume 9840A. Info I found online says of the basic 9840: "The native 20GB cartridge capacity can be significantly extended by StorageTek's enhanced LZ-1 compression technology (4:1 compression is typical)." As your concerns express, however, you are near the edge of a cliff, and the best general advice in life is "Stay away from the edge." I would pursue modernization of tape technologies there. If demands pushed your TSM db further, you might consider firing up a second TSM server. Richard Sims
Re: BACKUP DB Question
On Feb 23, 2006, at 10:48 AM, Dave Zarnoch wrote: I calculated that our DB is @61GB The manufacturer says the tape can hold 50GB compressed What do you think is happening? Magic. Your posting did not specify which level of 9840 drive/cartridge technology is being used. I'll then assume 9840A. Info I found online says of the basic 9840: "The native 20GB cartridge capacity can be significantly extended by StorageTek's enhanced LZ-1 compression technology (4:1 compression is typical)." As your concerns express, however, you are near the edge of a cliff, and the best general advice in life is "Stay away from the edge." I would pursue modernization of tape technologies there. If demands pushed your TSM db further, you might consider firing up a second TSM server. Richard Sims
Re: "q occ" and "q backup" show huge differences
You could also run a select: dsmadmc -tab -id=xxx -pass=xxx "select * from backups where nodename=''" > sel.bkp This will take a while to run, but shouldn't be too bad. At 10:17 AM 2/23/2006, Richard Sims wrote: Volker - Given that this data came in all at once in an Import (from an unusual server type, VM), it is probably concentrated on a few volumes. To settle the issue, I would perform a Query CONtent on the volume(s), to a disk file, and browse that listing to see what's actually out there. (Query CONtent is inexpensive, so little concern.) Could be interesting. Richard Sims -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Systems Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: BACKUP DB Question
I calculated that our DB is @61GB The manufacturer says the tape can hold 50GB compressed What do you think is happening? Dave Zarnoch Nationwide Provident [EMAIL PROTECTED] W 302-452-4197 C 302-462-8703 Richard Sims <[EMAIL PROTECTED]> To: ADSM-L@VM.MARIST.EDU Sent by: "ADSM: cc: Dist StorSubject: Re: [ADSM-L] BACKUP DB Question Manager" <[EMAIL PROTECTED] .EDU> 02/23/2006 10:01 AM Please respond to "ADSM: Dist Stor Manager" On Feb 23, 2006, at 9:50 AM, Dave Zarnoch wrote: > We have a TSM DB Backup that occurs every morning: > ... > 02/23/06 07:18:47 ANR4550I Full database backup (process 918) > complete, > 16707519 pages copied. (SESSION: 17232, > PROCESS: > 918) > ... > I'm a little bit leary that it also tells me that it fit the backup > on 1 > tape. ... Dave - If you do 'Query DB Format=Detailed' you will see your db page size and thereby can compute the actual amount of space required on the backup volume. Compare that with your technology specs, and take into consideration compression which may be in effect per your Devclass. Richard Sims
Re: dsmcad vs. dsmc sched
- Original Message - From: "Matthew Glanville" <[EMAIL PROTECTED]> To: Sent: Wednesday, February 22, 2006 10:02 PM Subject: Re: dsmcad vs. dsmc sched From my testing dsmcad doesn't complain about the '-server=' option, but doesn't use it Matthew Glanville thanks to all, dsmcad -optfile= works perfectly, in dsm.sys just pump all stanzas you need and fire away ... and in inittab a script that starts all dsmcad with apropriate custom opt files ... AND THATS IT now i can get rid of 600 mails per day and 600 crontab lines, and have great report to show to my "collegues" :-) thanks again
Re: "q occ" and "q backup" show huge differences
Volker - Given that this data came in all at once in an Import (from an unusual server type, VM), it is probably concentrated on a few volumes. To settle the issue, I would perform a Query CONtent on the volume(s), to a disk file, and browse that listing to see what's actually out there. (Query CONtent is inexpensive, so little concern.) Could be interesting. Richard Sims
Re: "q occ" and "q backup" show huge differences
Yes, but "q backup -inact -subdir=yes /filespace/" includes directories and files both active and inactive. And the number of files and directories I get from this command isn't even the half of what q occ shows for the primary stgpool. Am Donnerstag, den 23.02.2006, 09:31 -0500 schrieb Paul Zarnowski: > Keep in mind that Q OCC is showing "objects", not "files". This > includes directory objects. > > At 02:10 AM 2/23/2006, Volker Maibaum wrote: > >The strange thing is, that q occ shows me that there should be 441.000 > >files in the primary stgpool and q backup (-inact -subdir=yes) shows > >only 190.000 files. > > > -- > Paul ZarnowskiPh: 607-255-4757 > Manager, Storage Systems Fx: 607-255-8521 > 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED] >
Re: BACKUP DB Question
On Feb 23, 2006, at 9:50 AM, Dave Zarnoch wrote: We have a TSM DB Backup that occurs every morning: ... 02/23/06 07:18:47 ANR4550I Full database backup (process 918) complete, 16707519 pages copied. (SESSION: 17232, PROCESS: 918) ... I'm a little bit leary that it also tells me that it fit the backup on 1 tape. ... Dave - If you do 'Query DB Format=Detailed' you will see your db page size and thereby can compute the actual amount of space required on the backup volume. Compare that with your technology specs, and take into consideration compression which may be in effect per your Devclass. Richard Sims
BACKUP DB Question
We have a TSM DB Backup that occurs every morning: Here are the results: 02/23/06 06:31:46 ANR2017I Administrator ADMIN issued command: BACKUP DB devclass=C_DEVC type=full wait=yes (SESSION: 17232) 02/23/06 06:34:46 ANR0984I Process 918 for DATABASE BACKUP started in the FOREGROUND at 06:34:46. (SESSION: 17232, PROCESS: 918) 02/23/06 06:34:46 ANR2280I Full database backup started as process 918. (SESSION: 17232, PROCESS: 918) 02/23/06 06:38:16 ANR8337I ECARTRIDGE volume 303008 mounted in drive MT0 (/dev/mt0). (SESSION: 17232, PROCESS: 918) 02/23/06 07:18:47 ANR1361I Output volume 303008 closed. (SESSION: 17232, PROCESS: 918) 02/23/06 07:18:47 ANR0515I Process 918 closed volume 303008. (SESSION: 17232, PROCESS: 918) 02/23/06 07:18:47 ANR4550I Full database backup (process 918) complete, 16707519 pages copied. (SESSION: 17232, PROCESS: 918) 02/23/06 07:18:47 ANR0985I Process 918 for DATABASE BACKUP running in the FOREGROUND completed with completion state SUCCESS at 07:18:47. (SESSION: 17232, PROCESS: 918) 02/23/06 07:18:47 ANR0405I Session 17232 ended for administrator ADMIN (AIX). (SESSION: 17232) We are using 9840 tape cartridges in an SL8500 tape silo running Server Version 5, Release 3, Level 1.2 I'm a little bit leary that it also tells me that it fit the backup on 1 tape. Is there some special compression going on? Thanks! Dave Zarnoch Nationwide Provident [EMAIL PROTECTED]
TSM Management Console stalls PC
Hi *SMers, I'm running the TSM 5.3.2.0 Mangament Console on a Windows XP Service Pack 2 machine. When I start the monitor function, let accumulate 2 or 3 screens full of messages, right-click and select "clear" sometimes my PC comes to a halt. The screen is black and the keyboard (NUM key) doesn't react any more. I had this happen 3 times and one time a short message popped up leading me to the impression that TSM overwrites some storage used by the graphics device driver. Has anyone else seen this before? Should I open a PMR with IBM? Should I switch to a real OS ;-) ? Kind regards Thomas Rupp
Re: "q occ" and "q backup" show huge differences
Keep in mind that Q OCC is showing "objects", not "files". This includes directory objects. At 02:10 AM 2/23/2006, Volker Maibaum wrote: The strange thing is, that q occ shows me that there should be 441.000 files in the primary stgpool and q backup (-inact -subdir=yes) shows only 190.000 files. -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Systems Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: TSM Disk Volumes
On Feb 23, 2006, at 8:45 AM, Richard Rhodes wrote: (I did a classic "rm *" in the wrong telnet session on my pc, pounded ctrl-c real fast, hung onto my seat, looked around, and, found half of the db files gone. Interestingly, the db ran just fine for an hour while we prepared the restore/ recovery!) A bad feeling I'm sure we've all felt... An 'rm' on an open file will remove its entry from the directory, but the inode will remain until the application closes its file descriptor. Some subsystems use this "trick" for lock files and temp files to intentionally render their activity invisible: you will see no files in the directory, but the directory timestamp and disk monitors sure reflect activity, and disk space sure is being used. Richard Sims
Re: TSM Disk Volumes
>Hmm. When an admin deletes them? ;) H, I resemble that remark! I had this happen once on a production Oracle database. (I did a classic "rm *" in the wrong telnet session on my pc, pounded ctrl-c real fast, hung onto my seat, looked around, and, found half of the db files gone. Interestingly, the db ran just fine for an hour while we prepared the restore/recovery!) (lesson learned . . . .NEVER remove files without double/triple checking which window/session I am using, what dir I'm in, and what I are removing.) Rick "Allen S. Rout" <[EMAIL PROTECTED]> Sent by: "ADSM:To Dist Stor ADSM-L@VM.MARIST.EDU Manager" cc <[EMAIL PROTECTED] .EDU> Subject Re: TSM Disk Volumes 02/22/2006 05:12 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] .EDU> >> On Tue, 21 Feb 2006 09:28:30 -1000, Aaron Becar <[EMAIL PROTECTED]> said: > Just a quick question. Has anyone every had TSM disk volumes just > disappear on them? For example if you do a listing of the files where > the volumes should be there is nothing there? Thanks! Hmm. When an admin deletes them? ;) - Allen S. Rout - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
TSM server on POWER5 LPAR/virtualization?
Is anyone running TSM server on IBM POWER5 utilising LPAR/virtualization? I'm interested in hearing of real experiences please, especially in dynamic sharing of resources via the virtual i/o for multiple TSM servers. Thanks and best wishes, Sheelagh Sheelagh Treweek Oxford University Computing Services Email: [EMAIL PROTECTED] Phone: +44 (0)1865 273205 Fax:-273275
export/import with StS connection
Hi all, following scenario. Server one have a disk only backup. Server two have a tapelibrary. We do a export data over StS connection from one server to another. On server one we run everyday the "del volh type=all" command My question : After this "del volh" expires the exported data on server two ? Kind regards Michael Garnebode