Re: basic DR questions
X-ASG-Orig-Subj: Re: basic DR questions In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary==__PartFBCE68B6.0__= X-Barracuda-Connect: mail.mrl.ubc.ca[137.82.67.155] X-Barracuda-Start-Time: 1422572459 X-Barracuda-URL: http://148.100.49.28:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at marist.edu X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.5 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.14755 Rule breakdown below pts rule name description -- -- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__PartFBCE68B6.0__= Content-Type: multipart/alternative; boundary==__PartFBCE68B6.1__= --=__PartFBCE68B6.1__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm back in the land of living, functional TSM servers so thanks again for = the help. Now I have to fight the battle to get us a more modern version = of TSM.=20 =20 thanks, Andrew Andrew Ferris 1/27/2015 3:25 PM Thanks for the reply Rick.=20 =20 Pointing the new TSM server at the old db and log files didn't work so = Skylar was correct. Got messages saying that they belonged to another TSM = server. So I will pull back my one DB tape and double check that the = server can talk to our 3584/TS3500 and IBM drives. =20 Andrew Rick Adamson rickadam...@biloholdings.com 1/27/2015 11:32 AM Andrew, Been there, done that.=20 Here's how I handled it: -Get the server operational. Like others have said it is advantageous to = have several files from the TSM instance directory (volhist, devconfig, = and optionally dsmserv.opt). On 5.x it is possible to recover without = them, but the situation gets a bit more complicated.=20 - Assure the system has access to the tape library, (real or virtual), and = update the devconfig file to reflect any changes needed. - Install the TSM server software and perform a minimal configuration. = This can be done via the management console wizards. - Place/replace the volhist, devconfig, and dsmserv files in the instance = directory. - Use the dsmserv restore db command to restore the latest data base = copy. (If the library is physical tape you may have to manually load the = tapes as requested.) - Bring the TSM Server online and inspect for proper operation. -Unless you determine it is needed I would forego the volume auditing, the = time it takes per volume to complete is extensive. Be critically selective = here. If you perform a point-in-time database restore (versus a roll forward) I = strongly recommend that once the server is up you review the original = volhist file and resolve any potential issues, such as volumes created/dele= ted in between the time of the database backup used for the restore and = the time the server crashed.=20 Rick Adamson Jacksonville,Fl. =20 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of = Andrew Ferris Sent: Tuesday, January 27, 2015 12:16 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] basic DR questions Hello ADSM-ers, Our ancient 5.5 (EOL I know) TSM server on windows just corrupted it's C: = drive (so OS + Server Program Files) but everything else is fine - the = diskpools, the logs, the db files, the library, etc. I even have copies of = dsmserv.opt, devconfig.out, and volhist.out. I have a plan file but I = would prefer to pull back as few tapes as possible from offsite. What would be the quickest way to restore TSM given the large amount of = non-destroyed material I have? Sorry my DRM skills are so rusty. thanks, Andrew Ferris Network System Management UBC Centre for Heart Lung Innovation St. Paul's Hospital, Vancouver https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.hli.ubc.cad=3DAw= IFAgc=3DAzgFQeXLLKhxSQaoFCm29Ar=3Deqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJj= Ffxwm=3DtOvkkg88gL_qIi-t-hizMiMh4elw6_Vx6ZomA3sqQE8s=3DbYWNR0zk8MR7W8DusA= LKHG319cUGFjDFjE_IVZx0rQEe=3D=20 --=__PartFBCE68B6.1__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Description: HTML HTMLHEAD META content=3Dtext/html; charset=3Dutf-8 http-equiv=3DContent-Type META name=3DGENERATOR content=3DMSHTML 11.00.9600.17496/HEAD BODY style=3DFONT: 10pt Segoe UI; MARGIN: 4px 4px 1px DIVI'm back in the land of living, functional TSM servers so thanks = again for the help. Now I have to fight the battle to get us a more modern = version of TSM. /DIV DIVnbsp;/DIV DIVthanks,/DIV DIVAndrewBRBRgt;gt;gt; Andrew Ferris 1/27
Re: basic DR questions
Thank you Wanda, Richard, Skylar and Dmitry for your quick responses. I will try to get the server to use the pre-existing volumes and report back with what I had to do if it turns out it doesn't work. Andrew Prather, Wanda wanda.prat...@icfi.com 1/27/2015 10:46 AM Oh yeah, after you reinstall Windows TSM, you'll need to reinstall your tape driver, whatever that was. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Tuesday, January 27, 2015 1:41 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] basic DR questions Hm. TSM 5.5. Reinstall Windows Reinstall TSM It will create a tiny db and tiny disk pools by default. Look at the dsmserv.dsk file; it will point to the new DB and log. I would try doctoring that file to point to the original DB and logs, then restart TSM and see if it will talk to them. Probably not, but it's worth a try. If that doesn't work, copy back your dsmserv.opt, your devconfig and volhist files. dsmserv restore db Then it will know about your original disk pools; run audit fix=yes against each diskpool volume so they will match what's in the DB. If you think there has been much tape activity with any risk of tapes being overwritten between your last DB backup and the point of failure, go through the volhist file and look at all the STGREUSE entries after the last DB backup. If any volumes got overwritten, run an AUDIT VOL fix=yes on those. If you think there were any archives done between the time of your last backup and point of failure, those are lost. Go through the accounting logs (dsmaccnt.log) and look for any archive sessions; you'll need to contact the owners and have them rearchive those files. If they did an archive with delete, they will need to restore them and then rearchive them. That should take care of it. Should be relatively simple, assuming your DB backup is recent. Good luck! Wanda Prather TSM Consultant ICF International Enterprise and Cybersecurity Systems Division -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Andrew Ferris Sent: Tuesday, January 27, 2015 12:16 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] basic DR questions Hello ADSM-ers, Our ancient 5.5 (EOL I know) TSM server on windows just corrupted it's C: drive (so OS + Server Program Files) but everything else is fine - the diskpools, the logs, the db files, the library, etc. I even have copies of dsmserv.opt, devconfig.out, and volhist.out. I have a plan file but I would prefer to pull back as few tapes as possible from offsite. What would be the quickest way to restore TSM given the large amount of non-destroyed material I have? Sorry my DRM skills are so rusty. thanks, Andrew Ferris Network System Management UBC Centre for Heart Lung Innovation St. Paul's Hospital, Vancouver http://www.hli.ubc.ca
Re: basic DR questions
Thanks for the reply Rick. Pointing the new TSM server at the old db and log files didn't work so Skylar was correct. Got messages saying that they belonged to another TSM server. So I will pull back my one DB tape and double check that the server can talk to our 3584/TS3500 and IBM drives. Andrew Rick Adamson rickadam...@biloholdings.com 1/27/2015 11:32 AM Andrew, Been there, done that. Here's how I handled it: -Get the server operational. Like others have said it is advantageous to have several files from the TSM instance directory (volhist, devconfig, and optionally dsmserv.opt). On 5.x it is possible to recover without them, but the situation gets a bit more complicated. - Assure the system has access to the tape library, (real or virtual), and update the devconfig file to reflect any changes needed. - Install the TSM server software and perform a minimal configuration. This can be done via the management console wizards. - Place/replace the volhist, devconfig, and dsmserv files in the instance directory. - Use the dsmserv restore db command to restore the latest data base copy. (If the library is physical tape you may have to manually load the tapes as requested.) - Bring the TSM Server online and inspect for proper operation. -Unless you determine it is needed I would forego the volume auditing, the time it takes per volume to complete is extensive. Be critically selective here. If you perform a point-in-time database restore (versus a roll forward) I strongly recommend that once the server is up you review the original volhist file and resolve any potential issues, such as volumes created/deleted in between the time of the database backup used for the restore and the time the server crashed. Rick Adamson Jacksonville,Fl. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Andrew Ferris Sent: Tuesday, January 27, 2015 12:16 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] basic DR questions Hello ADSM-ers, Our ancient 5.5 (EOL I know) TSM server on windows just corrupted it's C: drive (so OS + Server Program Files) but everything else is fine - the diskpools, the logs, the db files, the library, etc. I even have copies of dsmserv.opt, devconfig.out, and volhist.out. I have a plan file but I would prefer to pull back as few tapes as possible from offsite. What would be the quickest way to restore TSM given the large amount of non-destroyed material I have? Sorry my DRM skills are so rusty. thanks, Andrew Ferris Network System Management UBC Centre for Heart Lung Innovation St. Paul's Hospital, Vancouver https://urldefense.proofpoint.com/v2/url?u=http-3A__www.hli.ubc.cad=AwIFAgc=AzgFQeXLLKhxSQaoFCm29Ar=eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxwm=tOvkkg88gL_qIi-t-hizMiMh4elw6_Vx6ZomA3sqQE8s=bYWNR0zk8MR7W8DusALKHG319cUGFjDFjE_IVZx0rQEe=
basic DR questions
Hello ADSM-ers, Our ancient 5.5 (EOL I know) TSM server on windows just corrupted it's C: drive (so OS + Server Program Files) but everything else is fine - the diskpools, the logs, the db files, the library, etc. I even have copies of dsmserv.opt, devconfig.out, and volhist.out. I have a plan file but I would prefer to pull back as few tapes as possible from offsite. What would be the quickest way to restore TSM given the large amount of non-destroyed material I have? Sorry my DRM skills are so rusty. thanks, Andrew Ferris Network System Management UBC Centre for Heart Lung Innovation St. Paul's Hospital, Vancouver http://www.hli.ubc.ca
Re: TSAFS options question
Hi Robert, One way to see what the TSAFS options are is to simply type tsafs by itself (i.e. no arguments) at the server console. You'll get a listing of the various options and their state. You can also look in SYS:/ETC/SMS/TSA.cfg to see the options. You can edit TSA.cfg to change the values but you'll have to reload TSAFS for them to take effect. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia Robert Ouzen Ouzen [EMAIL PROTECTED] 3/6/2007 10:16 PM Hi to all Want to load the TSAFS module on Netware client version 6.5 with the options NoCache and Nocluster did the correct syntax will be: Load TSAFS /Nocache /Nocluster It is a way to do a query to check if the option are loaded correctly When I run a query tsa I don*t see the options Tsm client version 5.4.0 Regards Robert Ouzen ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system.
Re: DST change leads to server not starting
Thank you Roger. I've actually got the server back up and running. There was another dsmserv process going and once I killed that then I was able to get accept date and commit to work. But I will bear in mind your advice on changing the timezones and thanks for the link to the Win2K version. At least this is the only Win2K server we still have around. Andrew Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia Roger Deschner [EMAIL PROTECTED] 01/16/07 11:27 PM I assume you used tzedit.exe to make the change. If not, try that. You can download a copy for Win2000 at http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/TZEDIT.exe This is a whole lot preferable to editing the registry by hand. Make sure you follow the final two steps in Microsoft's tzedit.exe instructions - which is that you must change your timezone to something OTHER THAN your correct time zone, and then change it back again. If you don't do those last two steps, things will be all confused. See Microsoft's web page about this: http://support.microsoft.com/?kbid=914387 You probably should bounce dsmserv after making this change. P.S. These instructions will work for anything back to Win95, except that the Windows 95/98/ME version of tzedit.exe is at ftp://ftp.microsoft.com/services/technet/samples/ps/Win98/Reskit/CONFIG/ Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] On Tue, 16 Jan 2007, Andrew Ferris wrote: The one Windows 2000 server we have is our TSM server (5.3.3.3). I was trying to get ahead of the upcoming DST change by editing the timezone info on the server as Microsoft do not have an official patch for Win2K. TSM has detected the time has changed and is complaining about ANR011E aka an unxpected system date has been detected and the server is disabled. I've looked at ADSM Quick Facts and tried to run dsmserv runfile accept_date with accept_date consisting of the lines ACCEPT DATE and COMMIT but I get the following: ANR47261 the ICC support module has been loaded ANR8550E Error opening accept_date accept_date is in the same directory as dsmserv. So needless to say, I feel both stupid at getting in this state and somewhat unclear on how to get out of it. Could someone help me out on this? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system. ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system.
DST change leads to server not starting
Hello TSM-ers, The one Windows 2000 server we have is our TSM server (5.3.3.3). I was trying to get ahead of the upcoming DST change by editing the timezone info on the server as Microsoft do not have an official patch for Win2K. TSM has detected the time has changed and is complaining about ANR011E aka an unxpected system date has been detected and the server is disabled. I've looked at ADSM Quick Facts and tried to run dsmserv runfile accept_date with accept_date consisting of the lines ACCEPT DATE and COMMIT but I get the following: ANR47261 the ICC support module has been loaded ANR8550E Error opening accept_date accept_date is in the same directory as dsmserv. So needless to say, I feel both stupid at getting in this state and somewhat unclear on how to get out of it. Could someone help me out on this? thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system.
Re: TSM client on a Netware Cluster
Hi Timothy, Here's how we do it on two clusters with 4 and 16 cluster volumes: TSM on a Netware Cluster Assumptions: TSM Clients on NetWare servers already running Client nodes and schedules for cluster backups defined in TSM SYS:/ETC/SMS/TSA.CFG has Disable Cluster value set to yes Up to date on TSAFS and SMS patches Create a /Tivoli folder in the root of all clustered volumes. This is where the clustered clients will live. Copy over every file and folder from SYS:/TIVOLI/TSM/CLIENT/BA (or wherever the server TSM clients are) to the /Tivoli folder except these: TSM.PWD *.log dsm.opt Rename the DSMCAD.NLM file to something like DSMCAD-CV01.NLM. In other words make each cluster nodes DSMCAD unique. Create a dsm.opt file for the clustered resource. Heres an example: ** * TSM Config file for [ClusterVOL01] * --- COMMMETHODTCPIP TCPSERVERADDRESS tsm01.mrl.ubc.ca TCPPORT 1500 NODENAME [ClusterVOL01] HTTPPORT 1611 ERRORLOGRETENTION 7 SCHEDLOGRETENTION 7 MANAGEDSERVICES WEBCLIENT SCHEDULE DOMAIN [ClusterVOL01] CLUSTERNODE YES PASSWORDDIR [ClusterVOL01]:\Tivoli PASSWORDACCESS GENERATE NWPWFILE YES ERRORLOGNAME [ClusterVOL01]:\Tivoli\dsmerror.log SCHEDLOGNAME [ClusterVOL01]:\Tivoli\dsmsched.log SCHEDMODE POLLING NWEXITNLMP NO *** The dsm.opt file should have a different HTTPPORT value for each cluster resource such as: [ClusterVOL01] 1611 [ClusterVOL02] 1612 [ClusterVOL03] 1613 [ClusterVOL04] 1614 The CLUSTERNODE value should be YES. THE NWEXITNLMP value (aka press any key to close) should be NO We have an account with read rights to all clustered objects and servers (i.e their OU). Lets call it backer.users.ourOU. Use this account with all TSM clients. Run [Path:/to/]dsmc -optfile=[Path:/to/dsm.opt] Enter q tsa on command line. If it asks for a NetWare account and password then use the backer account. If it doesnt ask then the output should look like this: tsm q tsa NetWare TSA Information TSA Name: [Server_Name] TSA Module Name.: TSAFS.NLM TSA Version.: 6.57.1 SMDR Version: 6.57.1 User/Password Location..: [ClusterVOL01]:/TIVOLI/TSM.PWD User/Password Valid.: YES Modify the cluster resources load and unload scripts. Add these entries to the end of the cluster volumes load script: delay 5 load [ClusterVOL01]:\tivoli\dsmcad-CV01.nlm -optfile=[ClusterVOL01]:\tivoli\dsm.opt Add the entries to the start of the cluster volumes unload script: unload dsmagent unload dsmcad-CV01 delay 2 The delay values may to be tweaked to add more time depending on the nature of cluster resources. The above setup means that cluster resource CADs will follow their cluster object as it loads and unloads. Bad things will most likely happen if you try and move a clustered resource during a backup so I'd advise against that. But other than that everything been fine for us. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia Timothy Hughes [EMAIL PROTECTED] 11/30/2006 6:57 AM Hello, About 2 years ago we tried unsuccessfully to implement a Novell Tivoli client Cluster in a Netware environment. We are going to try to implement this again, Does anyone have a working Novell cluster and can offer any advice, Tips or dsm.opt file (s) examples of this is implemented? Or If there anyone knows where I can get some good documentation on how to configure the backup-arhive client in a Novell cluster environment outside of the documentation thats in the Novell client guide it would be appreciated, From what I understand it would be on 6 cluster services. Thanks for any help or advice in advance! TSM 5.3.4 AIX 5.3 TSM client 5.3 Netware 6.5 SP5 ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system.
Re: Perform backups on clustervolumes
Hi Peter, Your last question is probably solved by using the NWEXITNLMP NO option in your DSM.opt files. That means you don't have to press a key to make the TSM client close. I can't help too much with cluster backups using dsmc sched because we use DSMCAD. It's been very stable for us. Here's a standard DSM.opt file for a cluster resource using DSMCAD: * Cluster Config for Volume COMMMETHODTCPIP TCPSERVERADDRESS xxx.mrl.ubc.ca TCPPORT 1500 NODENAME _VOL HTTPPORT 1611 ERRORLOGRETENTION 7 SCHEDLOGRETENTION 7 MANAGEDSERVICES WEBCLIENT SCHEDULE DOMAIN Volume: CLUSTERNODE YES PASSWORDDIR Volume:\Tivoli PASSWORDACCESS GENERATE NWPWFILE YES ERRORLOGNAME Volume:\Tivoli\dsmerror.log SCHEDLOGNAME Volume:\Tivoli\dsmsched.log SCHEDMODE POLLING NWEXITNLMP NO We have TSAFS set to Disable Cluster: yes in /ETC/SMS/TSA.cfg as well. The other thing we do is copy all the client files to the cluster volumes and run the clients from the volumes. We just rename dsmc.nlm to dsmc-vol1.nlm as appropriate for the volume in question. This lets us tie the loads and unloads of the CADs to the cluster object load/unload script. If you're dead set on using dsmc sched then perhaps there's some specific advice on that in the list archives. Oh and of course there's more generic advice like keeping current on TSAFS patches. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia Peter Schrijvers [EMAIL PROTECTED] 11/9/2006 9:03 AM Hi, does someone know where I can find good information on backups for novell cluster volumes. We have three clusternodes with each 4 volumes. How can I configure this backup (prompted mode) so each time a volume is taken over by another clusternode, the backup schedule gets inactive on the 'old' clusternode' and get active on the new node? I'm also having problems unloading the dsmc sched on the volumes. Server goes into abend state. Also an extra push on the ENTER buttom is needed. So when I want to do this via scripting or something else I may not have to ENTER manually. Thx, Peter Schrijvers BASF-IT-Services N.V. Peter Schrijvers BIS IN-PA Tel. +32-3/561.24.77 Fax +32-3/561.32.20 ===
Re: Netware client error
Hello David, I've got 5.3.4 clients backing up SAN attached cluster volumes in a NetWare 6.5 SP5 cluster. My filespace type for those clients is NTW:LONG. What I have noticed is that the 5.3.4 client seems to chop off the cluster name thus leading to a new filespace. Here's an example: FSID NAMETYPECAP LAST BACKUP START 4 CLUSTER-[NAME]\GWIA: NTW:LONG 1,500 8/31/06 8:00:21 PM PDT 5 \GWIA: NTW:LONG 1,500 10/29/06 8:00:14 PM PST The change in filespace matches the switch to 5.3.4 Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia David E Ehresman [EMAIL PROTECTED] 10/30/2006 11:08 AM My Netware admin reports that if you use the 5.3.4 TSM client for NetWare to back up a SAN attached volume, it backs up as a NTWFS filespace type. It should be backing it up as a NTW:LONG filespace type. The 5.2.3 client backs up these volumes correctly. Has anyone else seen this problem? David
Re: Netware abend problem again at the end of restore
I agree with Troy that updating the Service Pack level, along with the major sub-fixes mentioned, could help. I'm running 5.3.4 on a couple of NetWare boxes and it has been fine so far. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia Troy Frank [EMAIL PROTECTED] 8/31/2006 9:16 AM Would probably be worthwhile to try updating netware to sp5 , with post-sp5 patches ( nw65os5a, n65nss5a). There's also a newer netware tsm client out already, v5.3.4 [EMAIL PROTECTED] 8/31/2006 10:10 AM Hello all, We have experienced another Netware abend this again occurred at the end of the restore. This is after we have upgraded the TSA's and the Tivoli client to 5.3.2. Does anyone know when the next Tivoli client updates are due out and if this type problem is corrected. Thanks for any response! Novell Netware, V6.5 Support Pack 3 - PVER: 6.50.03 Server DOGUSR1 halted Thursday, July 13, 2006 12:09:57.355 pm Abend 1 on P00: Server-5.70.03: Page Fault Processor Exception (Error code ) Registers: CS = 0060 DS = 007B ES = 007B FS = 007B GS = 007B SS = 0068 EAX = 9677BA00 EBX = 98177610 ECX = 9677BA00 EDX = 9698EE1C ESI = 9677BAB8 EDI = 9AFB8F84 EBP = 981775D0 ESP = 981775BC EIP = 95C01A7D FLAGS = 00010246 95C01A7D 8A5204 MOV DL, [EDX+04]=? EIP in DSMC.NLM at code start +00138A7Dh Access Location: 0x9698EE20 The violation occurred while processing the following instruction: 95C01A7D 8A5204 MOV DL, [EDX+04] 95C01A80 885601 MOV [ESI+01], DL 95C01A83 C7460A0100 MOV [ESI+0A], 0001 95C01A8A 8B5710 MOV EDX, [EDI+10] 95C01A8D 89560E MOV [ESI+0E], EDX 95C01A90 8B45F0 MOV EAX, [EBP-10] 95C01A93 8B5024 MOV EDX, [EAX+24] 95C01A96 895612 MOV [ESI+12], EDX 95C01A99 803DB7F2539500 CMP [9553F2B7]=00, 00 95C01AA0 7407 JZ 95C01AA9 Running process: DSMC.NLM3 Process Thread Owned by NLM: DSMC.NLM Stack pointer: 98177584 OS Stack limit: 981676E0 Scheduling priority: 67371008 Wait state: 3030070 Yielded CPU Stack: 95B79135 ? Novell 6.5 SP3 TSM client 5.3.2 TSM 5.3.3 AIX 5.3 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.
ANR9999D
Hello All, TSM Server 5.3.3.0 on Windows. My daily report had this abnormal section in it: 2006-07-06 05:00ANR2111WBACKUP STGPOOL: There is no data to process for ARCHIVEPOOL.(SESSION: 34889) 2006-07-06 05:01ANRDpvrntp.c(2853): ThreadId36 Invalid read call for volume ICA183L2.(SESSION: 34889, PROCESS: 935) 2006-07-06 05:01ANRDThreadId36 issued message from: (SESSION: 34889, PROCESS: 935) 2006-07-06 05:01ANR1227EBACKUP STGPOOL: Process 935 terminated - internal server error detected.(SESSION: 34889, PROCESS: 935) 2006-07-06 05:01ANRDThreadId29 issued message 1227 from: (SESSION: 34889, PROCESS: 935) This occurred during a BACKUP STGPOOL. Here's some more info on the volume: tsm: TSM_SERVER1q vol ICA183L2 f=d Volume Name: ICA183L2 Storage Pool Name: ARCHIVETAPE Device Class Name: LTO2 Estimated Capacity: 381,468.0 Scaled Capacity Applied: Pct Util: 1.1 Volume Status: Filling Access: Read/Write Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 32 Write Pass Number: 1 Approx. Date Last Written: 07/01/2006 00:01:48 Approx. Date Last Read: 07/06/2006 05:01:39 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Volume is MVS Lanfree Capable : No Last Update by (administrator): Last Update Date/Time: 06/22/2006 16:54:20 Begin Reclaim Period: End Reclaim Period: This looks very similar to APAR number IC48731. The only difference I can see is the APAR talks of pvrntp.c(2840) versus pvrntp.c(2853) in my error. Should I apply the fixpack (5.3.3.1)? Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: Novell question !!!!!!
Robert The only thing I'd suggest is to make sure you're at the latest SMS update level which I believe is still TSA5UP19. There have been a bunch of fixes in the last couple of releases. 19 is newer than the modules in SP5. Hope that helps, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 5/9/2006 7:22:04 am Unfortunately, it doesn't appear that my suggestion applies to you. EV1: is an NSS volume, and already has the LONG namespace loaded on it. In the old days on Traditional Volumes, it didn't always default to that. Might be worth opening a ticket with novell for that one. [EMAIL PROTECTED] 5/9/2006 9:05 AM Hi Troy Here what I got running VOLUMES in the Netware server: 3 local FAT volumes mounted Mounted Volumes Name Spaces Flags SYS DOS, MAC, NFS, LONG NSS _ADMIN DOS, MAC, NFS, LONG NSS P VOL1 DOS, MAC, NFS, LONG NSS EV2 DOS, MAC, NFS, LONG NSS EV1 DOS, MAC, NFS, LONG NSS 5 volumes mounted Can you explain a little beat more about load long ? It is a novell command And how to add name space long to EV1: Can you send me an example ! Thanks in advance . Robert -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Troy Frank Sent: Tuesday, May 09, 2006 4:45 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Novell question !! sys: vol1: appear to be getting recognized as long filename filesystems under the Type column, while ev1: isn't. Is EV1: an nss volume, or traditional? In my case, I've got a couple servers attached to ibm ds4300's (fastt600), where sys: is local, and vol1: is on the san. When I do a q files, both sys: and vol1: are listed as type NTW:LONG even though vol1: isn't a local volume. If it turns out that the EV1: volume just never got the Long namespace added to it, you can do a load long, then add name space long to ev1:. If EV1: is an nss volume, I'm not quite sure what happened.they're supposed to have the LONG namespace added by default. [EMAIL PROTECTED] 5/9/2006 7:42 AM Hi to all I have a Netware server with sys: and vol1: local volumes and mounted a disk on a clariion storage EV1: Here the output of the command Q FILES tsm q files # Last Incr Date Type File Space Name --- -- --- 1 00/00/ 00:00:00 NTWFS NWCC-CL2\EV1: 2 05/06/2006 22:00:04 NovellSMS NWCC-CL2\SERVER SPECIFIC INFO 3 05/06/2006 22:34:38 NTW:LONG NWCC-CL2\SYS: 4 05/02/2006 22:34:04 NTW:LONG NWCC-CL2\VOL1: Few questions, I did an online backup of EV1: without any problems , I connect the client via internet http://xxx.xx.xx.xx:1581 and saw the directories and files on the restore panel, my first question is why when I load the backup I see just the local volumes sys: and vol1: (I have in my dsm.opt the line DOMAIN all-local EV1:) and after changes I unload and load dsmcad .. My second question is why in the restore panel I see directories with long names (+8) in dos format xx~1. My tsm client version is 5.3.012 and my Netware server version is 6.5 Any help will be appreciate . Regards Robert Ouzen 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. Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you.
Re: Clustered Servers and Tivoli
Hi John, We have about 30 clustered volumes so I typically get unimaginative and call the nodes a variation of NetWare volume name and then either server or cluster. For example, admin_server or print_cluster. We're a smallish shop in TSM terms and all in one location so I can keep things simple. Node names should make sense to the folks using them and I'm not aware of any penalties, except to type, for longer ones than I use. Your opt file looks okay to me. I don't specify the NW user in mine and use the TSM.PWD are the only substantive differences I can see. I'd re-emphasize turning TSAFS's cluster awareness off via TSA.cfg. Good luck. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: Clustered Servers and Tivoli
Hi John, Here's an opt file for a clustered NetWare volume: COMMMETHODTCPip TCPSERVERADDRESS tsm TCPPORT 1500 * Setting Nodename * --- NODENAME adminx DOMAINADMIN: CLUSTERNODE YES ERRORLOGNAME ADMIN:/Tivoli/dsmerror.log SCHEDLOGNAME ADMIN:/Tivoli/schedlog.log PASSWORDDIR ADMIN:/Tivoli/ SCHEDMODE POLLING HTTPPORT 1582 * EXCLUDES PASSWORDACCESS GENERATE ERRORLOGRETENTION 7 SCHEDLOGRETENTION 7 MANAGEDSERVICES WEBCLIENT SCHEDULE It's just a data volume the IT staff use so there's nothing fancy in terms of includes or excludes. Now with that posted, visibility issues such as the one you've outlined often boil down to rights issues. We have a eDir user with read rights to all our data volumes. q tsa from a dsmc session should reveal something like this: IBM Tivoli Storage Manager Command Line Backup/Archive Client Interface - Version 5, Release 2, Level 3.0 (c) Copyright by IBM Corporation and other(s) 1990, 2004. All Rights Reserved. Node Name: ADMIN Session established with server TSM_SERVER1: Windows Server Version 5, Release 2, Level 3.2 Server date/time: 04/10/2006 11:58:04 Last access: 04/10/2006 11:06:16 tsm q tsa NetWare TSA Information TSA Name: RESEARCH18 TSA Module Name.: TSAFS.NLM TSA Version.: 6.54.3 SMDR Version: 6.54.3 User/Password Location..: ADMIN:/Tivoli/TSM.PWD User/Password Valid.: YES If you don't have the eDir user set up then it will ask you for one. If you do have one listed but can't see anything then I'd suggest deleting the TSM.PWD file and checking your user for the proper rights. Then re-run the q tsa. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 4/10/2006 11:27:41 am Hello, we are using Netware 6.5 OS and Tivoli 5.3.2 on clustered servers. There is something in the opt file that we are missing. It sees the local drives but not the netware volumes. Do you have a sample opt file that shows how to configure the opt file correctly for clustering to be able to see all of the volumes. Thanks John Bortscheller Network Administrator San Diego Data Processing Corporation (858) 581-9718 [EMAIL PROTECTED]
Re: Clustered Servers and Tivoli
Oh and one more thing. You'll want to edit Sys:/ETC/SMS/TSA.cfg file and change the Disable Cluster value to yes from no. Then you will have to start and stop SMS. That will also block cluster node visibility. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: Duplicate Novell excludes?
Hi Timothy, I don't know about your first question. The second one about the client complaining about duplicated excludes is new in 5.3 clients. I get that when the excludes in the client's DSM.opt file match excludes in a server-side Client Option Set. It's probably easier to take them out of the DSM.opt in that case. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 3/8/2006 10:53:53 am Hello all, I am seeing the following errors in the clients log for Novell servers. I believe these logs can be excluded, But not sure as I am not that familiar enough with Novell. I do know that there is some type of dsrepair utility that can run on a Novell server for troubleshooting. Node: RG420 Error processing 'SYS:/SYSTEM/TSA/DEBUG.LOG': access to the object is denied (SESSION: 221689) Node: OTANEX7) Error processing 'SYS:/SYSTEM/DSREPAIR.LOG': access to the object is denied Also, Can someone please explain this to me. I don't find any of these duplicate entries in the dsm.opt file as this error message states. I just recently started seeing these after I upgraded this client from 5.2.2 to 5.3.0.3. I don't see these messages in the 5.2.2 dsmerror.logs and can't find anything in the 5.3 clients Install and User's guide except it recommends these system files be excluded in the (dsm.opt) Duplicate include/exclude option 'EXCLUDE sys:\system\sys$log.err' found while processing the client options file. Duplicate include/exclude option 'EXCLUDE sys:\system\tsa\err$log.*' found while processing the client options file. This might produce unexpected results. Duplicate include/exclude option 'EXCLUDE sys:\system\tsa\skip$log.*' found while processing the client options file. This might produce unexpected results. Duplicate include/exclude option 'EXCLUDE sys:\system\tsa\tsa$temp.*' found while processing the client options file. This might produce unexpected results. Duplicate include/exclude option 'EXCLUDE sys:\vol$log.err' found while processing the client options file. This might produce unexpected results. Management class 'HOLD13' named on include/exclude line 23 does not exist. Here is the dsm.opt file. EXCLUDE sys:\system\secaudit.log EXCLUDE sys:\system\events.log EXCLUDE sys:\system\system.log EXCLUDE sys:\system\btrieve.trn EXCLUDE sys:\system\tsa\tsa$temp.* EXCLUDE sys:\system\sys$log.err EXCLUDE sys:\vol$log.err EXCLUDE sys:\tts$log.err EXCLUDE *:\...\q_*.sys EXCLUDE *:\..\q_*.srv EXCLUDE sys:\_SWAP_.MEM EXCLUDE sys:\system\tsa\err$hst.* EXCLUDE sys:\system\tsa\err$log.* EXCLUDE sys:\system\tsa\skip$log.* INCLUDE sys:\system\sldb.dmi special INCLUDE vol1:\software\email\*.* special INCLUDE *:\...\ofuser\* hold13 Include sys:\...\dsmwebcl.log special Include sys:\...\dsmsched.log special Include sys:\...\dsmerror.log special TSM 5.3.2.1 TSM Client 5.3.0.3 Thanks for any help!
Re: Netware 5.3.2.x client
Yeah it's the same with me. Once the server is up, DSMCAD and DSMC run just fine. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/28/2006 7:32:44 am Timothy Hughes wrote: Ok...For the most part this seems to be a NW 6.5SP5 issue I know it has been mentioning but when this situation occurs does a manual load of the dsmcad at the prompt work every time? Yes, works every time from the prompt for us. Just need to know before I upgrade to the 5.3.012 client. Thanks Thanks Patrick Boutilier wrote: Timothy Hughes wrote: Thanks Patrick! We one Novell client that uses 5.3.0 The NW OS is 6.5SP2 The above loads dsmcad out of autoexec.ncf fine? Another Novell client is at 5.3.03 NW OS5.1 SP7 Haven't notice a problem as of yet. snip
Re: 3584 help
Hi Wanda, You can get code level info from the 3584's web app under the Service Library section. Node Card VPD lists the firmware version. It should also list the firmware version on the top left side on the LCD panel. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/28/2006 2:50:28 pm Having a problem with the Tape Library Specialist/web app, so I want to know what level of microcode is on this 3584. Can you get that information from the web app, or for that matter, from the front LED panel of the 3584? Thanks!
Re: Netware 5.3.2.x client
You're not crazy. I'm seeing it too. I only had one SP5 server and I've just upped the client on it from 5.2.3 to 5.3.2 and it will not load on boot. Version 5.03.02 Sunday, September 18, 2005 Module DSMCAD.NLM load status OK ANS1398E Initialization functions cannot open one of the Tivoli Storage Manager logs or a related file: \SYS:/TIVOLI/TSM/CLIENT/BA/dsmerror.log. errno = 6, Perm ission denied Module DSMCAD is NOT loaded. Initialization failure. Check TSM error log for more information. ANS1520E Failure writing to the Tivoli Storage Manager error log: errno = 6, Per mission denied That's the last thing autoexec.ncf with a delay of 5 right before it. The install went fine and the client, API, and books show up as installed in nwconfig. The CAD will load after the server is fully booted. It could possibly be a Novell bug as they may have changed some of the end-stage loading sequences. My purely subjective sense is that Tomcat is loading later for example. Going back to 5.2.3 means things work just fine Good luck with IBM and could you let us know if they find the bug? Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/27/2006 5:21:22 am Richard Sims wrote: I'm Netware-ignorant, but this sounds like an install problem: see if you can review what transpired in the install, and check the Readme file for any gotchas. Not an install problem since dsmcad loads fine from command prompt, just not autoexec.ncf To employ a Unix analogy, it might work as a circumvention if it could be started by doing a 'cd' to the client directory first, then launch, which may allow it to find its resources...if that kind of thing works in a Netware environment. I believe the problem is that when dsmcad looks for the default dsm.opt file it is looking in the wrong place ( \SYS:TIVOLI/TSM/CLIENT/BA/dsm.opt instead of SERVERNAME\SYS:TIVOLI/TSM/CLIENT/BA/dsm.opt ) The 5.2.x client does not have this problem, just the 5.3.x client. I will open up a bug report with IBM since I can duplicate this at will. Just installed a basic Netware 6.5 server and applied sp5. This bug shows up right away which is why I am very surprised that nobody else has run across it. Richard Sims
Re: Netware 5.3.2.x client
When are you trying to load dsmc in autoexec.ncf? We load dsmcad as the last item in our autoexec.ncf after adding the search path to the client files. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/24/2006 8:58 am Troy Frank wrote: We're running tsm5.3.2-fix2 on several nw6.5 servers here (various patch levels). I can't say I've ever seen the issue you mention. When you say you're starting dsmc from autoexec.bat, do you really mean dsmcad? dsmc sched dsmcad does the same thing though. Same errors from autoexec.ncf but will load from console when Netware is completely booted. [EMAIL PROTECTED] 2/24/2006 8:57 AM Anybody successfully running the 5.3.2.x client on Netware 6.5 (sp5) ? Our problem here is that when dsmc is set to start from autoexec.ncf we get the following errors. Works fine if you start dsmc after the server is fully booted. Notice now the server name is missing before \SYS ? ANS1035S Options file '\SYS:TIVOLI/TSM/CLIENT/BA/dsm.opt' could not be found. ANS0102W Unable to open the message repository \SYS:TIVOLI/TSM/CLIENT/BA/dscenu. txt. The American English repository will be used instead. ANS1398E Initialization functions cannot open one of the Tivoli Storage Manager logs or a related file: \SYS:TIVOLI/TSM/CLIENT/BA/dsmerror.log. errno = 6, Permi ssion denied Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you.
Re: Netware 5.3.2.x client
We're running 8.7.3.7 smp. I know that in our case our dsmcad loads right at the end of stage 5. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/24/2006 9:57:56 am Andrew Ferris wrote: When are you trying to load dsmc in autoexec.ncf? We load dsmcad as the last item in our autoexec.ncf after adding the search path to the client files. Right at the end of autoexec.ncf, just before stage5. We even tried adding some delay but that didn't help. What version of edir are you running? Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/24/2006 8:58 am Troy Frank wrote: We're running tsm5.3.2-fix2 on several nw6.5 servers here (various patch levels). I can't say I've ever seen the issue you mention. When you say you're starting dsmc from autoexec.bat, do you really mean dsmcad? dsmc sched dsmcad does the same thing though. Same errors from autoexec.ncf but will load from console when Netware is completely booted. [EMAIL PROTECTED] 2/24/2006 8:57 AM Anybody successfully running the 5.3.2.x client on Netware 6.5 (sp5) ? Our problem here is that when dsmc is set to start from autoexec.ncf we get the following errors. Works fine if you start dsmc after the server is fully booted. Notice now the server name is missing before \SYS ? ANS1035S Options file '\SYS:TIVOLI/TSM/CLIENT/BA/dsm.opt' could not be found. ANS0102W Unable to open the message repository \SYS:TIVOLI/TSM/CLIENT/BA/dscenu. txt. The American English repository will be used instead. ANS1398E Initialization functions cannot open one of the Tivoli Storage Manager logs or a related file: \SYS:TIVOLI/TSM/CLIENT/BA/dsmerror.log. errno = 6, Permi ssion denied Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you.
Re: Netware 5.3.2.x client
We throw a delay of 3 or so in and we're also running clustered servers so the clustering in 6.5 takes a looong time to start up. We're also loading McAfee too so there's a fair bit of stuff to get through before the CAD. I've only just started running SP5 as it has a NSS fix for a NFS/HSM locking bug but I haven't seen any TSM problems with it. It just sounds to me like the dsmc is loading too early. Have you tried playing with delay values (delay 15, 30, 45), ... to see how much lag time the dsmc sched command could use? Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/24/2006 10:58:40 am Andrew Ferris wrote: We're running 8.7.3.7 smp. I know that in our case our dsmcad loads right at the end of stage 5. Same version of edir here. Interesting that your dsmcad loads after stage 5. According to Novell the autoexec.ncf is loaded in stage 4. http://support.novell.com/techcenter/articles/anz20010401.html Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 2/24/2006 9:57:56 am Andrew Ferris wrote: When are you trying to load dsmc in autoexec.ncf? We load dsmcad as the last item in our autoexec.ncf after adding the search path to the client files. Right at the end of autoexec.ncf, just before stage5. We even tried adding some delay but that didn't help. What version of edir are you running? snip
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
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: Multiple FileSpaces on Cluster
and monitor all e-mails but are not responsible for any damage caused by a virus or alteration by a third party after it is sent. This e-mail is confidential, if you are not the intended recipient, do not retain/disclose it and please return it to us. We virus scan and monitor all e-mails but are not responsible for any damage caused by a virus/alteration of our e-mail by a third party after sending. For more information on Standard Life, visit our website http://www.standardlife.co.uk/ The Standard Life Assurance Company, Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH, is registered in Scotland (No. SZ4) and is authorised and regulated by the Financial Services Authority. Tel: 0131 225 2552 - calls may be recorded or monitored. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: Unload a specific dsmcad question
Hi Robert, One somewhat laborious way to unload a specific dsmcad is by hitting the web client associated with the CAD. You'll then see the connection listed in the CAD's console screen. One CTRL-C at that screen will unload the CAD while the others stay up. Another way for cluster situations is to copy the NLMs and other client files to the cluster objects and run them from there rather than off the server itself. This lets you rename the dsmcads to dsmcad-resourceA, B, etc and then provided you remember the names you can individually unload them that way. [EMAIL PROTECTED] Sorry for the missed information 1. Netware OS 2. Tsm client version 5.3.0 3.Want to stop the process by running unload dsmcad (but my problem I have some dsmcad running and want to kill only specific one ) Thanks Robert -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jurjen Oskam Sent: Sunday, December 11, 2005 12:06 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Unload a specific dsmcad question On Sun, Dec 11, 2005 at 08:44:48AM +0200, Robert Ouzen wrote: Quick question about unload dsmcad if I have several dsmcad loaded ? When I run an unload dsmcad it kill all the processes. Did is a way to unload just a specific one 1. Which OS? 2. Which TSM version? 3. What do you mean by unloading dsmcad? If, by pure chance, you're running dsmcad on Linux, and you see several dsmcad processes: that's normal. Those aren't processes, those are threads belonging to one dsmcad process. Don't kill them. -- Jurjen Oskam
Re: TSM web seminar Nov 3 on HSM Basics
Thanks for the heads up Darrius. One slightly dumb question though, erm, what time is it on the 3rd? I don't see a time in the call-in information. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 11/2/2005 11:04:21 am The seminar will cover basic setup and usage of the TSM HSM Client on Unix to extend available storage space for infrequently used large files. It includes troubleshooting techniques and solutions to common problems seen during migrate and recall operations. Presented by: Kevin Low See this web site for connection details, look in the November section. http://www.ibm.com/software/sysmgmt/products/support/supp_tech_exch.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Slow backup performance
Do check the network settings and make sure you're up to date on TCP/IP patches for NetWare too as they can make a difference. I've got a 915GB data volume on NW6.5 SP4 with 764,000 files and it only took a 5.3.0 client 41 minutes to inspect it for what that's worth. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 10/11/2005 4:30 am Guys, Thanks for the info, I'll double check the network settings. Though I have changed the COMMtimeout value from 180secs to 1800 secs as suggested by Richard Simms, which has stopped the session restart error messages and infact the backup seems to be error free. As for the speed, I'm still leaning towards a tsm netware client/ Netware OS issue. I say this because last night I performed a test backup on a 10gig volume (50% full) that hadn't had any changes and it still took 10 hours to scan only 8 odd files. The Client itself hovered around 87-89% utilisation. When this server was netware 6.0 it used to flatline on 100% when performing a backup with the same slow performance. We thought once we'd upgraded to 6.5 with the additional memory required with 6.5, that performance would improve. Unfortunately it hasn't yet. Has anyone experienced this before? Regards Cameron Richard van Denzel [EMAIL PROTECTED] To NL ADSM-L@VM.MARIST.EDU Sent by: ADSM:cc Dist Stor Manager Subject [EMAIL PROTECTED] Re: Slow backup performance .EDU 07/10/2005 07:25 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Oops, I don't know if there is an iperf for Netware. Do other clients have the same problems from the network the NW server is on? Also you did not specify what kind of network is between server and client(s) (100Mb/1000Mb)? Met vriendelijke groet, With kind regards, Richard van Denzel. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Leigh Reed Sent: vrijdag 7 oktober 2005 10:37 To: ADSM-L@VM.MARIST.EDU Subject: Re: Slow backup performance If you have already checked this and it is very obvious to you, please don't be offended, but it has been a very common occurrence throughout the life of network backups. Have you checked that your NIC is hard coded to 100MB Full Duplex and your switch is also the same. You could also check if your switch is showing any CRC errors. Lastly, try an FTP from client server to TSM server to establish if the network is performing outside of TSM. Again, if I'm teaching you to suck hen produce, apologies. Leigh -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Cameron Ambrose Sent: 07 October 2005 07:42 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Hello, We're currently experiencing backup failures/extreme slowness on a Netware 6.5 SP2 server TSM Client 5.3.0 TSM Server 5.2.0 TSA's up to date as recommended by Client Doco Client Logs 10/05/2005 14:43:19 ANS1809W Session is lost; initializing session reopen procedure. 10/05/2005 14:43:19 ANS1809W Session is lost; initializing session reopen procedure. 10/05/2005 14:44:15 sessRecvVerb: Error -50 from call to 'readRtn'. 10/05/2005 14:44:15 ANS1999E Incremental processing of 'SYS:' stopped. 10/05/2005 14:48:24 ANS1999E Incremental processing of 'INF:' stopped. 10/05/2005 14:48:25 ANS1017E Session rejected: TCP/IP connection failure Server Logs 10/05/05 14:39:53 ANR0481W Session 2177 for node SERVERNAME (NetWare) terminated - client did not respond within 180 seconds. 10/05/05 14:41:10 ANR0406I Session 2178 started for node SERVERNAME (NetWare) (Tcp/Ip xxx.xxx.xxx.xxx(19578)). Currently we have had a backup running for 24 hours and all that has been transfered is 4.19 gig and 255,000 files scanned. Has anyone else experienced similar issue's Any help on this would be appreciated Regards Cameron
Re: Client OS Level
The NetWare OS version values are about as bad as the windows ones. NetWare seems to have the folowing version levels: NetWare 6 - 5.6.XX NetWare 6.5 - 5.7.XX The XX value seems to correspond to Service Pack levels. For example, 5.7.03 for an 6.5 SP3 machine. Hope that helps. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 8/3/2005 10:11:07 AM Server is TSM 5.1.7.0 Performing a select on the platform_name and client_os_level fields in the nodes table yields data, but the digits in the client_os_level field do not match with the actual version of the operating system. Is there a chart out there that tells what NetWare 5.7 or Win 5.01 equates to in real life? I would go look at each client individually, except that a) the number of clients we have makes that time prohibitive, and b) believe it or not, I don't have the right to access all of the clients remotely If I could believe that every Win 5.01 equates to Windows 2000, for example, that would obviously help, but I'm not sure of that either. TIA *--- Kevin
Re: Client for Linux
Hi Yiannakis, That sounds like a bunch of TSM Server rpms. The easiest way to grab a Linux client, bearing in mind that SLES and RHEL are only officially supported, is to hit the storage FTP site. ftp://service.boulder.ibm.com/storage/tivoli-storage-management/ Then the path would be either /maintenance/client/[VersionRelease] or /patches/client/[VersionRelease] Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 07/14/05 10:15 PM Hi, I'm looking to install a TSM client for a linux server. From the set of cds I have I've found a. TSM for Unix Clients (non-AIX) b. TSM for Linux On the first cd there's a readme file that says it contains TSM for OS/400. So that's ruled out. The second cd readme file has the following paragraph: 3) RPM Packages included: IA32 TIVsm-server-5.2.2-0.i386.rpm ...TSM Server TIVsm-stagent-5.2.2-0.i386.rpm ..TSM Storage Agent - for LAN-free backups TIVsm-tsmscsi-5.2.2-0.i386.rpm ..TSM SCSI Device Drivers for non-IBM devices s390(31bit zSeries): TIVsm-server-5.2.2-0.s390.rpm ...TSM Server TIVsm-stagent-5.2.2-0.s390.rpm ..TSM Storage Agent - for LAN-free backups TIVsm-tsmscsi-5.2.2-0.s390.rpm ..TSM SCSI Device Drivers for non-IBM devices s390x(64bit zSeries): TIVsm-server-5.2.2-0.s390x.rpm ..TSM Server TIVsm-stagent-5.2.2-0.s390x.rpm .TSM Storage Agent - for LAN-free backups TIVsm-tsmscsi-5.2.2-0.s390x.rpm .TSM SCSI Device Drivers for non-IBM devices ppc64(64bit pSeries): TIVsm-server-5.2.2-0.ppc64.rpm ..TSM Server TIVsm-stagent-5.2.2-0.ppc64.rpm .TSM Storage Agent - for LAN-free backups TIVsm-tsmscsi-5.2.2-0.ppc64.rpm .TSM SCSI Device Drivers for non-IBM devices Architecture independent pkgs: TIVsm-webadmin-5.2.2-0.noarch.rpm ...TSM Server Web Administrative Interface TIVsm-webhelpen_US-5.2.2-0.noarch.rpm ...TSM Server Web Administrative Interface As far as I understand there's no Linux client included there either. Could someone point me to the right direction ? Thanks Yiannakis Vakis Systems Support Group, I.T.Division Tel. 22-848523, 99-414788, Fax. 22-337770
Re: Novell clustering Documentation
Hello Timothy, The documentation for the clustering on the Novell client is... sparse and a touch old. We've got two NetWare 6.5 clusters, a 2 node and a 4 node, with ~25 cluster nodes. We run an instance of the DSMCAD for the sever itself on the standard port. We then have a DSMCAD instance for each cluster node and they have port numberrs assigned alphabetically (nodeA 1582, nodeB 1583,etc). So the path to web client (the client node URL) would be: http://[NetWare Cluster resource IP]:[assigned port number] There's a /Tivoli folder on each cluster node for the .OPT file, password, and the various logs. Here's a typical .OPT file for a cluster node: * ADMIN Volume * Communications settings * --- * Setting Options for the TCP/IP Communication Method * --- * COMMMETHODTCPip TCPSERVERADDRESS [tsm server name] TCPPORT 1500 * Setting Nodename * --- NODENAME adminX DOMAINADMIN: CLUSTERNODE YES ERRORLOGNAME ADMIN:/Tivoli/dsmerror.log SCHEDLOGNAME ADMIN:/Tivoli/schedlog.log PASSWORDDIR ADMIN:/Tivoli/ SCHEDMODE POLLING HTTPPORT 1582 * EXCLUDES * QUIET PASSWORDACCESS GENERATE ERRORLOGRETENTION 7 SCHEDLOGRETENTION 7 MANAGEDSERVICES WEBCLIENT SCHEDULE We have the cluster node DSMCADs polling the TSM server every hour for the backup window so they're not tangled up in the sever schedules. We've also modified our Cluster Resource Load and Unload scripts. The DSMCAD gets loaded right at the end of the load script and unloaded right at the start of the unload script. We add a delay of about 10 seconds to pad that out. What I need to do is make the cluster DSMCADs load and unload in a more fine-grained manner. I know some folks copy and rename DSMCAD.NLM to DSMCAD1.NLM, etc so the cluster scripts can on act on that specific instance. I hope that helps a bit. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 5/10/2005 10:41:01 AM Hello, Does anyone have any Good Novell/TSM clustering Documentation or which I can take a look at? If not do you know Where I can get some documentation the latest redbook covering Clustering only covers Aix, Linux and windows. Thanks for any replies, suggestions, help etc Novel 6.5 TSM 5.3.1
Re: Retrieves failing on files with future archive attributes
Thank you Richard. I'm sorry if it wasn't clear before but this is a slightly odd scenario where data on NetWare clustered volumes will not get retrieved correctly after an archive. The files that fail all seem to have an odd archive attribute (not due to TSM). I was just interested in some background info on archives as the NetWare client manual is terser than the Windows client. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 3/10/2005 4:57:27 AM On Mar 9, 2005, at 9:05 PM, Andrew Ferris wrote: Thanks Andy. I'll talk to support but I'm still curious about if TSM looks at the archive attribute at all. TSM has historically not used the Archive Attribute in Windows to evaluate the backup candidacy of a file. See the client manual doc of the Resetarchiveattribute option. Richard Sims
Re: Retrieves failing on files with future archive attributes
Thanks Andy. I'll talk to support but I'm still curious about if TSM looks at the archive attribute at all. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 3/8/2005 3:19:20 PM Hmmm. it seems odd to me that you'd get ANS1301E without a corresponding message on the server. That message should derive from a transaction that the server aborted, and I'd think the server would show some evidence of a problem as well. I don't think there's anything more I can do on this forum to help. I'd recommend running a SERVICE trace of the RETRIEVE operation, contacting IBM support, and sending them the trace along with an explanation of your recreate scenario. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 2005-03-08 16:04:50: Thank you Andy for the reply. Here's the server's activity log during an archive and retrieve with a failure: 03/08/2005 10:16:11 ANR0402I Session 27276 started for administrator AFERRIS (WebConsole) (Tcp/Ip). (SESSION: 27276) 03/08/2005 10:20:16 ANR0406I Session 27277 started for node HOME_SERVER (NetWare) (Tcp/Ip 192.168.x.x(-27347)). (SESSION: 27277) 03/08/2005 10:22:39 ANR8337I LTO volume ICA046L2 mounted in drive F1R2 (mt1.0.0.4). (SESSION: 27277) 03/08/2005 10:22:39 ANR0511I Session 27277 opened output volume ICA046L2. (SESSION: 27277) 03/08/2005 10:25:26 ANE4952I (Session: 27277, Node: HOME_SERVER) Total number of objects inspected: 1,739 (SESSION: 27277) 03/08/2005 10:25:26 ANE4953I (Session: 27277, Node: HOME_SERVER) Total number of objects archived: 1,739 (SESSION: 27277) 03/08/2005 10:25:26 ANE4958I (Session: 27277, Node: HOME_SERVER) Total number of objects updated: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4960I (Session: 27277, Node: HOME_SERVER) Total number of objects rebound: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4957I (Session: 27277, Node: HOME_SERVER) Total number of objects deleted: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4970I (Session: 27277, Node: HOME_SERVER) Total number of objects expired: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4959I (Session: 27277, Node: HOME_SERVER) Total number of objects failed: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4961I (Session: 27277, Node: HOME_SERVER) Total number of bytes transferred: 315.98 MB (SESSION: 27277) 03/08/2005 10:25:26 ANE4963I (Session: 27277, Node: HOME_SERVER) Data transfer time: 95.07 sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4966I (Session: 27277, Node: HOME_SERVER) Network data transfer rate: 3,403.51 KB/sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4967I (Session: 27277, Node: HOME_SERVER) Aggregate data transfer rate: 1,659.51 KB/sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4968I (Session: 27277, Node: HOME_SERVER) Objects compressed by: 0% (SESSION: 27277) 03/08/2005 10:25:26 ANE4964I (Session: 27277, Node: HOME_SERVER) Elapsed processing time: 00:03:14 (SESSION: 27277) 03/08/2005 10:25:27 ANR0514I Session 27277 closed volume ICA046L2. (SESSION: 27277) 03/08/2005 10:25:27 ANR0403I Session 27277 ended for node HOME_SERVER (NetWare). (SESSION: 27277) 03/08/2005 10:25:36 ANR0406I Session 27278 started for node HOME_SERVER (NetWare) (Tcp/Ip 192.168.x.x(-27346)). (SESSION: 27278) 03/08/2005 10:26:09 ANR0510I Session 27278 opened input volume ICA046L2. (SESSION: 27278) 03/08/2005 10:27:16 ANE4956I (Session: 27278, Node: HOME_SERVER) Total number of objects retrieved:1,707 (SESSION: 27278) 03/08/2005 10:27:16 ANE4959I (Session: 27278, Node: HOME_SERVER) Total number of objects failed: 1 (SESSION: 27278) 03/08/2005 10:27:16 ANE4961I (Session: 27278, Node: HOME_SERVER) Total number of bytes transferred: 305.07 MB (SESSION: 27278) 03/08/2005 10:27:16 ANE4963I (Session: 27278, Node: HOME_SERVER) Data transfer time: 8.26 sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4966I (Session: 27278, Node: HOME_SERVER) Network data transfer rate: 37,820.51 KB/sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4967I (Session: 27278, Node: HOME_SERVER) Aggregate data transfer rate: 4,594.08 KB/sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4964I (Session: 27278, Node: HOME_SERVER) Elapsed processing time: 00:01:08 (SESSION: 27278) 03/08/2005 10:27:25 ANR0407I Session 27279 started for administrator AFERRIS (WebBrowser) (HTTP 192.168.x.x(3528)). (SESSION: 27279) 03/08/2005 10:27:25 ANR0405I Session 27279 ended for administrator AFERRIS (WebBrowser). (SESSION: 27279) 03/08/2005 10:27:31 ANR2017I Administrator AFERRIS issued command: QUERY ACTLOG BEGINDATE=03/08/2005 BEGINTIME=NOW-1:00 ENDDATE=03/08/2005 ENDTIME=NOW ORIGINATOR
Re: Retrieves failing on files with future archive attributes
Thank you Andy for the reply. Here's the server's activity log during an archive and retrieve with a failure: 03/08/2005 10:16:11 ANR0402I Session 27276 started for administrator AFERRIS (WebConsole) (Tcp/Ip). (SESSION: 27276) 03/08/2005 10:20:16 ANR0406I Session 27277 started for node HOME_SERVER (NetWare) (Tcp/Ip 192.168.x.x(-27347)). (SESSION: 27277) 03/08/2005 10:22:39 ANR8337I LTO volume ICA046L2 mounted in drive F1R2 (mt1.0.0.4). (SESSION: 27277) 03/08/2005 10:22:39 ANR0511I Session 27277 opened output volume ICA046L2. (SESSION: 27277) 03/08/2005 10:25:26 ANE4952I (Session: 27277, Node: HOME_SERVER) Total number of objects inspected: 1,739 (SESSION: 27277) 03/08/2005 10:25:26 ANE4953I (Session: 27277, Node: HOME_SERVER) Total number of objects archived: 1,739 (SESSION: 27277) 03/08/2005 10:25:26 ANE4958I (Session: 27277, Node: HOME_SERVER) Total number of objects updated: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4960I (Session: 27277, Node: HOME_SERVER) Total number of objects rebound: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4957I (Session: 27277, Node: HOME_SERVER) Total number of objects deleted: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4970I (Session: 27277, Node: HOME_SERVER) Total number of objects expired: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4959I (Session: 27277, Node: HOME_SERVER) Total number of objects failed: 0 (SESSION: 27277) 03/08/2005 10:25:26 ANE4961I (Session: 27277, Node: HOME_SERVER) Total number of bytes transferred: 315.98 MB (SESSION: 27277) 03/08/2005 10:25:26 ANE4963I (Session: 27277, Node: HOME_SERVER) Data transfer time: 95.07 sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4966I (Session: 27277, Node: HOME_SERVER) Network data transfer rate: 3,403.51 KB/sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4967I (Session: 27277, Node: HOME_SERVER) Aggregate data transfer rate: 1,659.51 KB/sec (SESSION: 27277) 03/08/2005 10:25:26 ANE4968I (Session: 27277, Node: HOME_SERVER) Objects compressed by: 0% (SESSION: 27277) 03/08/2005 10:25:26 ANE4964I (Session: 27277, Node: HOME_SERVER) Elapsed processing time: 00:03:14 (SESSION: 27277) 03/08/2005 10:25:27 ANR0514I Session 27277 closed volume ICA046L2. (SESSION: 27277) 03/08/2005 10:25:27 ANR0403I Session 27277 ended for node HOME_SERVER (NetWare). (SESSION: 27277) 03/08/2005 10:25:36 ANR0406I Session 27278 started for node HOME_SERVER (NetWare) (Tcp/Ip 192.168.x.x(-27346)). (SESSION: 27278) 03/08/2005 10:26:09 ANR0510I Session 27278 opened input volume ICA046L2. (SESSION: 27278) 03/08/2005 10:27:16 ANE4956I (Session: 27278, Node: HOME_SERVER) Total number of objects retrieved:1,707 (SESSION: 27278) 03/08/2005 10:27:16 ANE4959I (Session: 27278, Node: HOME_SERVER) Total number of objects failed: 1 (SESSION: 27278) 03/08/2005 10:27:16 ANE4961I (Session: 27278, Node: HOME_SERVER) Total number of bytes transferred: 305.07 MB (SESSION: 27278) 03/08/2005 10:27:16 ANE4963I (Session: 27278, Node: HOME_SERVER) Data transfer time: 8.26 sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4966I (Session: 27278, Node: HOME_SERVER) Network data transfer rate: 37,820.51 KB/sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4967I (Session: 27278, Node: HOME_SERVER) Aggregate data transfer rate: 4,594.08 KB/sec (SESSION: 27278) 03/08/2005 10:27:16 ANE4964I (Session: 27278, Node: HOME_SERVER) Elapsed processing time: 00:01:08 (SESSION: 27278) 03/08/2005 10:27:25 ANR0407I Session 27279 started for administrator AFERRIS (WebBrowser) (HTTP 192.168.x.x(3528)). (SESSION: 27279) 03/08/2005 10:27:25 ANR0405I Session 27279 ended for administrator AFERRIS (WebBrowser). (SESSION: 27279) 03/08/2005 10:27:31 ANR2017I Administrator AFERRIS issued command: QUERY ACTLOG BEGINDATE=03/08/2005 BEGINTIME=NOW-1:00 ENDDATE=03/08/2005 ENDTIME=NOW ORIGINATOR=ALL (SESSION: 27307) Nothing stands out to me. I have tested a bunch of files with varying ages and the only that seem to fail are the ones with the postdated archive attribute. I will look into the NetWare TSAs as they could be the problem too. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia [EMAIL PROTECTED] 3/8/2005 5:26:35 AM I'm not convinced the archive attribute is the problem. If you look up the ANS1301E message, you will see it is apprising you of a problem on your TSM server, which is almost certainly not related to the archive attribute. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 2005-03-07 13:02:22: I'm seeing Retrieves fail on certain older files. The error is ANS1301E Server detected system error. These are files from 2003 or earlier on NetWare file servers and they have
Retrieves failing on files with future archive attributes
I'm seeing Retrieves fail on certain older files. The error is ANS1301E Server detected system error. These are files from 2003 or earlier on NetWare file servers and they have odd archive date attributes as a result of fixed McAfee anti-virus issue. The file's Last Archive value will be something like: Last Archive: Thursday April 27, 2795 5:33:40 AM In other words, these files are several hundred years in the future as far as the archive attribute is concerned. Restores of the same files work fine, presumably because backups/restores ignore the archive attribute. The TSM client levels I have tried are 5.2.3.0 and 5.2.3.13 on NetWare 6.5 SP2 The TSM Server is at 5.2.3.2 on Windows 2000 I've read the client manual on what TSM looks at to determine if a file has changed for backup purposes but there isn't the same info for archive considerations. Would I be correct in believing that the excessive archive attribute is what's causing the errors? How does TSM look at/use the archive attribute for archives/retrieves? We can reset the archive attribute using NetWare utilities but the certainty that the problem is correctly diagnosed would help. thanks, Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: FYI - 4GB file limit on Netware 6.5sp2
Thanks for the message Joe. I had a PMR with IBM too and my contact confirmed that there would be an APAR issued. I just haven't seen anything in writing yet. The four problems you listed are exactly what I'm seeing. I wonder how long it will take for a new NetWare cleint to show up. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: files larger than 4GB fail on NetWare client
Thanks for the reply. We 're trying to archive all our Zen workstation images and some of them happen to be over 4GB. Archive/Backup operations look fine, normal speeds and conclude with no errors, but no more than 4GB is ever there. I've moved a test image over to AIX machine and no problems there but we're mainly a NetWare shop. Ah well, thanks again. Andrew [EMAIL PROTECTED] 11/24/2004 8:16:45 AM We have a similar issue. PMR 72319 in progress with tech support. We are trying to read backupset file which is about 12GB in size on Netware volume. It looks like that any size less than 4GB works OK, but if I create backupset larger than 4GB and move it to Netware volume it doesn't work. Trace file sent to support; waiting for answer. Not much of a help; but just for you to feel that you are not the only one with the problems. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Ferris Sent: Tuesday, November 23, 2004 5:48 PM To: [EMAIL PROTECTED] Subject: files larger than 4GB fail on NetWare client I asked a while ago about archive attempts on files larger than 4GB failing on the 5.02.03 NetWare client. I know some people think it is a NetWare issue but we've done some research of our own and other backup products seem to work with the NetWare TSAs in that situation. We really need to move forward on this issue and we're going to give Tivoli support a call. I've been told there are PMRs on this issue already and I was wondering if anyone could tell me the PMR number or whatever IBM uses to identify them so I could cite them in any conversations I have with Tivoli support. I have already tried the web-based support and it's been two weeks with no reply. Thank you in advance for any help. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
remove=untileefull only doing one tape at a time
Our MOVE DRMMEDIA command for our 3584 library in cases of more than 10 tapes has just started putting the tapes one at a time in the Entry/Exit port and waiting for a reply for each one. It used to fire ten in and then ask for a reply. I'm at a loss to figure out why as the script hasn't changed. We've got TSM 5.2.3.2 on Win2K. Can anyone suggest something? Here's the full script: DRMREMOVE_GT_10 MOVE DRMEDIA * WHERESTATE=MOUNTABLE SOURCE=DBBACKUP TOSTATE=VAULT APPEND=NO WAIT=yes REMOVE=untileefull prepare wait=yes Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
files larger than 4GB fail on NetWare client
I asked a while ago about archive attempts on files larger than 4GB failing on the 5.02.03 NetWare client. I know some people think it is a NetWare issue but we've done some research of our own and other backup products seem to work with the NetWare TSAs in that situation. We really need to move forward on this issue and we're going to give Tivoli support a call. I've been told there are PMRs on this issue already and I was wondering if anyone could tell me the PMR number or whatever IBM uses to identify them so I could cite them in any conversations I have with Tivoli support. I have already tried the web-based support and it's been two weeks with no reply. Thank you in advance for any help. Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
Re: Archive fails with 4GB files
Thank you for the reply Joachim. I've been looking around for documentation on this issue and the only thing I can find (so far) is this: Novell NetWare Incident: 2841045 Failing NetWare OS Version: NW5.1, NW6.0 Failing SMS/TSA Modules Version: Failing Service Pack/TSA up Level: NW5.1 (ALL), NW6.0 SP2 or lower. FIXING SERVICE PACK/TSA UP LEVEL: NW6.0 SP3 Description: TSAs unable to backup files over 4GB. Circumvention or Fix: Install fixing Service Pack. File size reported during backup will be incorrect but backup will complete correctly. It doesn't mention NetWare 6.5 in there. Is it still the same issue though? Andrew [EMAIL PROTECTED] 10/26/2004 9:34:59 PM 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
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