Re: ADSM database backup to a file.
There are specific-path references, and file-system-dependent things in the TSM data base - which makes each server you install PLATFORM-SPECIFIC. So... the short answer is "no". -Original Message- From: Rainer Wolf [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 11, 2001 6:04 AM To: [EMAIL PROTECTED] Subject:Re: ADSM database backup to a file. Hi , Can I also create this 'flatfile' on a AIX system ( server-a ) and restore the server on a Solaris system ( server-b ) ? I would like to use this solaris-adsm/tsm- server only for a quick restore of data previously backed up on server-a which uses copy-Storagepools via server-server on a third system- (server-c) and I don't want to use this solaris system for backup, because it only has disks and no library ... someone using such a configuration -or is this quite anomalous ? ( Szenario : server-a and Clients from this server-a (with 'client-data-copys-send-to-server-c' ) are completely destroyed - then trying to restore latest active backups for the Clients as fast as possible on server-b using just the copy from server-c ) Thanks in advance for any hints ! Rainer "Cook, Dwight E" wrote: > > Sure, to move an adsm environment across town where I was a few states away > and didn't want to fly in for a half day... > define a device class of "FILE" and use it to backup the DB. > I did a full, then FTP'ed it over to a new machine that was to become the > server... as soon as I got the full FTP'ed over I did a restore with > commit=no, then I locked out clients, did an incremental, FTP'ed that one > over, did a restore with commit=yes and started up TSM. (while I was doing > that the DNS folks were doing there thing, then the clients just had to > bounce their schedulers...) > >>-DEFine DEVclass--device_class_nameDEVType--=--FILE---> > > .-MOUNTLimit--=--1. > >-+-+---> > '-MOUNTLimit--=--mountlimitvalue--' > > .-MAXCAPacity--=--4M. > >-+---+-> > '-MAXCAPacity--=--size--' > > .-DIRectory--=--current_directory_name--. > >-+---+>< > '-DIRectory--=--directory_name--' > > so something like > def devc FLATFILE devt=file maxcap=4096M dir=/usr/adsm/flatfile > then just use it like > backup db t=f s=y dev=flatfile > and it will create a file in /usr/adsm/flatfile > to automatically get rid of the file in that directory, do like you would > normally... del volhist t=dbb tod=-x and any db backup files in > /usr/adsm/flatfile older than "x" will be deleted... > > Dwight > > -Original Message- > From: Zosimo Noriega (ADNOC IS&T) [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 10, 2001 1:10 AM > To: [EMAIL PROTECTED] > Subject: ADSM database backup to a file. > > Hi everyone, > Can i backup my adsm db into a file because i usually backed up into tapes > using the devclass. > if possible, please provide the commands or steps how to do it and how to > restore it. > > thanks, > zosi -- Mit freundlichen Grüßen / best regards Rainer Wolf __ Rainer Wolf [EMAIL PROTECTED] Tel: 0731-50-22482 Fax: 0731-50-22471 University of Ulmhttp://www.uni-ulm.de/urz University Computing Center Albert-Einstein-Allee 11 AG Basissysteme 89069 Ulm
Re: AIX Gurus.. .Help Needed..
I'm not completely sure of what your after but you can run lppchk -v and it will tell you if you have any inconsistencies in your filesets etc. Gene |+> || Shekhar Dhotre| || | ||| || 04/12/01 01:52 PM | || Please respond to | || "ADSM: Dist Stor | || Manager" | ||| |+> >| || | To: [EMAIL PROTECTED] | | cc: (bcc: Gene | | Greenberg/CentralOffice/RRISD) | | Subject: Re: AIX Gurus.. .Help Needed.. | >| # oslevel -l 4.3.3.0 # RETURNS NOTHING .. Shawn Raymond <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 04/12/2001 02:39:44 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: AIX Gurus.. .Help Needed.. Run oslevel -l 4.3.3.0 to list the filesets that are not up to date. You may have to do an update_all on all 4 of the AIX 4.3.3 CD's then run the ML8 update_all again. -- Shawn Raymond Sr. Technical Consultant Synergy, Inc. 518-782-3457 Shekhar DhotreTo: [EMAIL PROTECTED] Subject: Re: AIX Gurus.. .Help Needed.. Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] EDU> 04/10/01 06:04 PM Please respond to "ADSM: Dist Stor Manager" I installed ML08 on AIX 4.3.3 .0 today and issued command # oslevel 4.3.2.0 # instfix -ik 4330-08_AIX_ML All filesets for 4330-08_AIX_ML were found. # instfix -ciqk 4330-08_AIX_ML | grep ":-:" is this ok ---4.3.2.0 ? Shekhar Dhotre UniX /Tivoli Admin . Bayer Corp. 508-520-7821 . Shawn Raymond <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 04/10/2001 08:46:03 AM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: AIX Gurus.. .Help Needed.. Update your perfagent.tools to 2.2.33.50. svmon was broken in the previous few releases. -- Shawn Raymond Sr. Technical Consultant Synergy, Inc. 518-782-3457 Shekhar DhotreTo: [EMAIL PROTECTED] Subject: Re: AIX Gurus.. .Help Needed.. Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] EDU> 04/09/01 04:53 PM Please respond to "ADSM: Dist Stor Manager" I am trying to execute svmon but , getting following error ..any idea ? medrs2:ps -aef | grep dsmserv root 42134 1 0 Apr 02 - 2474:14 dsmserv root 48518 47810 1 16:36:56 pts/10 0:00 grep dsmserv medrs2:sh /usr/bin/svmon -P 42134 sh: /usr/bin/svmon: 0403-006 Execute permission denied. medrs2:id uid=0(root) gid=0(system) groups=2(bin),3(sys),7(security),8(cron),10(audit) medrs2: medrs2:svmon open: No such file or directory medrs2:/usr/bin/svmon open: No such file or directory medrs2:cd /usr/bin medrs2:./svmon open: No such file or directory medrs2:sh svmon sh: svmon: 0403-006 Execute permission denied. medrs2:echo $PATH /usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin Thanks shekhar .. George Lesho <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 04/09/2001 03:19:45 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: AIX Gurus.. .Help Needed.. Herve, Where am going wrong here??? # ps -aef | grep dsmserv root 30300 34772 0 Apr 07 - 606:00 dsmserv quiet # svmon -P 30300 Pid Command Inuse Pin Pgspace 64-bit 30300*** process does not exist *** Drop me a note off line and help me out... I am not sure why it is coming back and saying that my TSM server is not running thanks- George Lesho Storage/System Admin AFC Enterprises "Chibois, Herve" <[EMAIL PROTECTED]> on 04/06/2001 10:23:05 AM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Re: AIX Gurus.. .Help Needed.. Hi Richard, to know exactly how many RAM TSM is eating, try the following
Re: Exclude List for NT 4.0
Check your clientopts... or, better yet, do a "show inclexcl" from an interactive session, as it resolves both dsm.opt and clientopts. Cloptsets are added to the bottom of the list, so I would ensure no "include" is in the clientopts, else could render your dsm.opt excludes ineffective. Don France PACE - http://www.pacepros.com -Original Message- From: Bruce Kamp [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 7:16 AM To: [EMAIL PROTECTED] Subject:Re: Exclude List for NT 4.0 When I execute the command it shows all my client options from the server & then the excludes I have in the DSM.OPT file. The last line of my client opt is INCLUDE *:\adsm.sys\...\* then from DSM.OPT Exclude *:\WINNT\system32\asat0*.tmp. Could this order have anything to do with it? -Original Message- From: Chibois, Herve [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 4:44 AM To: [EMAIL PROTECTED] Subject: Re: Exclude List for NT 4.0 Hi Bruce, try dsmc > q inclexcl to see want TSM has understood of your inclexcl list. Remember to stop/start your scheduler when modifying dsm.opt rv > -Message d'origine- > De : Bruce Kamp [mailto:[EMAIL PROTECTED]] > Envoyé : mercredi 11 avril 2001 14:52 > À : [EMAIL PROTECTED] > Objet : Exclude List for NT 4.0 > > > Just finished upgrading to AIX 4.1.2 Server & on my NT > servers I am having a > problem with excludes that used to work on 3.1. I am using > client version > 4.1.2 These are the 2 files on one of my servers but this is > happening on a > lot them. I am also using a client option set. > Here are the options I have defined: > > Exclude *:\apps\mrswin\DB\Mrs.log > Here are the errors: > 04/10/01 13:18:40 ANE4987E (Session: 892, Node: CANCERDATA_NT40) Error > processing '\\cancerdata_nt40\d$\apps\mrswin\DB \MRS.LOG': > the object is in > use by another process 04/10/01 13:19:10 > ANE4987E (Session: 892, Node: CANCERDATA_NT40) Error processing > '\\cancerdata_nt40\c$\WINNT\system32 \asat0004.tmp': the > object is in use by > another process > I set these up manually & also using the setup wizard through > the backup > client. Tried using with & with out quotes. Tried using *:\winnt & > D:\winnt. All producing the same results. > > -- > Bruce Kamp > Network Analyst II > Memorial Healthcare System > P: (954)987-2020 x4542 > F: (954)985-1404 > E: [EMAIL PROTECTED] > >
Re: Question on del volhist
OK, I ran a DELETE VOLHIST for all record types all the way back to January. I checked on the oldest volumes in my OFFSITE copypool, which are marked VAULT by DRM. They no longer have ANY entry in the volume history file; running select * from volhistory where volume_name='xx' gets no hits at all, but Q DRMEDIA * still shows that volume xx is marked VAULT. So I still believe that removing STGNEW/STGDELETE via DELETE VOLHIST has NO effect on storage pool volumes. But it will make to "disappear" volumes that are tracked ONLY via VOLUMEHISTORY, including DBBACKUP, DBSNAPSHORT, and EXPORT entries. Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] "Intelligence has much less practical application than you'd think" - Scott Adams/Dilbert -Original Message- From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 12:12 PM To: [EMAIL PROTECTED] Subject: Re: Question on del volhist This was not my observation, but rather that of Glenn MacIntosh. I don't know if this is what happens or not. Glenn had responded to me and not to the list so I thought I'd post his reply to garner further input on the assertion. I wouldn't think deleting volhist records would cause this to happen in DRM. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs CO 80949-1313 (719) 531-5926 Fax: (240) 539-7175 Email: [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com www.storserver.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Prather, Wanda Sent: Thursday, April 12, 2001 9:57 AM To: [EMAIL PROTECTED] Subject: Re: Question on del volhist Yikes, I didn't know that! Thanks for pointing it out. If you think you have tapes disappearing and don't want to do a manual audit, you can write an audit program/script. 1)Pull a list of tapes that are physically in the library: q libv 2)Pull a list of tapes that are in DRM VAULT status: q drmedia * wherest=vault 3)Create a list of tapes that SHOULD be accounted for (either generate a tape range, if it's contiguous, or build a static list in a file). Have your script compare the volsers in list (3) to list (1) + (2). ANything that is on list 3, but isn't in either list (1) or (2), is MIA. It's much easier to go to the vault looking for a specific VOLSER, than to audit everything in there... I also run a script that compares (1) to (2) at least once a month, to make sure everything that was supposed to go to the vault actually did... -Original Message- From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 10:52 AM To: [EMAIL PROTECTED] Subject: FW: Question on del volhist Okay .. since we're talking del volhist ... Can someone clarify this point with the del volhist ? If I am using scratch tapes (no private tapes), and I am using the DR Module. It seems to me that if I have a DR tape, offsite, and empty (in retrieve state) and I delete the volhist entry, the tape seems to disappear totally from view. (i.e. a "q drm" command will no longer show it). I believe that scratch tapes will disappear if they are empty ... not a big deal if you know which ones they are, but if they disappear from view before you bring them back on site, how would you find them (without performing a manual offsite audit) ? (It is my understanding that tapes change from pending to empty "reuse" number of days (exactly) after they have gone pending. So you could have tapes changing from pennding to empty any time "3" days from the time the expiration freed it up.) How is anyone handling this (or are you doing what I'm doing and not deleting the volhist) ? Should I run my expiration weekly instead of daily ? Then I would know when my tapes would be changing to empty. Thanks, Glenn MacIntosh Manager of Technical Services Sobeys Inc. 123 Foord St. Stellarton, Nova Scotia (902) 752-8371 Ext. 4017 -Original Message- From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 11, 2001 11:51 AM To: [EMAIL PROTECTED] Subject: Re: Question on del volhist Don't over think it. Remember, information about volumes is in the database too and really, the only volume history record you are concerned about is the one indicating the most recent db backup tape. I routinely run, like daily, a delete volhist type=all todate=today-30. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs CO 80949-1313 (719) 531-5926 Fax: (240) 539-7175 Email: [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com www.storserver.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Brazner, Bob Sent: Wednesday, April 11, 2001 8:26 AM To: [EMAIL PROTECTED] Subject: Question on del volhist
TDP for Domino problems with TSM server?
Title: TDP for Domino problems with TSM server? I am having a unusual problem with a TDP client and TSM server. Does anyone know of any problems with TDP for Domino and TSM servers below 4.1 ? I am upgrading a NT client that has TSM 3.7.2.18 and the TDP for Domino. After I upgrade the 3.7.2.18 version to 4.1.2.12 and kick off a TDP for domino backup of a database it crashes our TSM server. I have tested this on TSM versions of 3.7.1, 3.7.2 & 3.7.4. There are no error msgs in the activity log, just a connection comment. 04/13/2001 10:37:51 ANR0406I Session 50 started for node DOM_GSBS3WM (TDP Domino NT) (Tcp/Ip 10.34.98.91(1190)). 04/13/2001 10:50:33 ANR1412W Volume 034228 access mode is "unavailable". 04/13/2001 10:50:33 ANR1412W Volume 034202 access mode is "unavailable". 04/13/2001 10:50:33 ANR1414W Volume 034200 access mode is "read-only" due to previous write error. 04/13/2001 10:50:33 ANR1414W Volume 034264 access mode is "read-only" due to previous write error. If I backup to a TSM 4.1 client there are no problems. If I clean off the TDP for Domino client before upgrading the flatfile client, then install the TDP client I can backup to any version server. Any hint/guess/comments/answer would be helpful Thanks [EMAIL PROTECTED]
Can I install TDP for Oracle on HP 9000/800 (64bit) and Oracl e 8. 0.5 (64bit) ?
Michael, TDP for Oracle 2.1.10 is 32bit only on HP-UX! There is a 64 bit solution with TDP for Oracle 2.2. When is TDPO 2.2 going to be released? If you can write back in two weeks and ask me that question again I can give you an official GA date for that code at that time. Regards, Neil G. Rasmussen Software Engineer TDP for Oracle
AW: file name too long when?
up to my knowledge,
TSM respects the limits of underlying file system.
A years ago I had similar problem,
it turned out to be caused by really too long names,
too long in terms of NTFS.
However, we were able to create such long names in NT with following
scenario:
mount a directory , e.g. c:\tmp\ under drive letter (D:).
Now create files under d:. Limits apply to sum of directory name length plus
file name length. Create file with maximum file length.
Now access same file using c:\tmp path.
In this case, the file name increased by length("c:\tmp"),
thus went beyond allowe limits.
I forgot the exact limit,
I do not know exact versions of NT where this behaviour
apply and whether it changed in later version,
so you only can check whether this might be your problem.
regards
Juraj Salak
Linz, Austria
-Ursprüngliche Nachricht-
Von: Glass, Peter [mailto:[EMAIL PROTECTED]]
Gesendet am: Donnerstag, 12. April 2001 22:43
An: [EMAIL PROTECTED]
Betreff: file name too long when?
One of our NT clients is getting a large number of 'ANE4018E ...: file name
too long' errors in their backups. The file names in question are indeed
quite long.
Does anybody know the TSM standard on file name lengths?
Can somebody point me to which TSM docs discuss this specifically?
Thank you!
Peter Glass
Distributed Storage Management (DSM)
Wells Fargo Services Company
> * 612-667-0086 * 866-249-8568
> * [EMAIL PROTECTED]
>
Library audit
After returning today from a weeks worth of SS52B training I decided to check my library to see it's status. I find there are 11 volumes that show up with the following command: mtlib -l /dev/lmcp0 -qI, which are supposed to be in the vault. Of the 11 I know 4 are not physically in the vault but the other 7 are. If they are out of the library then why does this command show them as in? DRM shows all 11 in the vault. If I try to eject them TSM says they are not in the library. I tried to audit the library but I didn't see any synchronization between the library manager and TSM: (From the readme) If TSM detects inconsistencies, the server updates its inventory to reflect the current state of the library. TSM deletes missing volumes and updates moved volume locations. TSM does not automatically add new volumes; you must check in new volumes with the CHECKIN LIBVOLUME command. Maybe this doesn't talk to the anything except itself, I don't understand that if the tape is truly out of the library why does the mtlib command show it's in? And if the tape is really in the library why doesn't TSM update the DRM status? Any ideas from anyone? Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail: [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (888) 997-9614
SQL Query - Anybody already got this?
I would like to be able to produce some of the same information that is currently found in the Accounting Records but so far I am unable to create a SQL query that works and shows Restore information. I know that data is there but I can't figure it out. Does anyone have a query reporting on #of restores sessions, #of files restored, done in a given time frame, by day, by node, etc.? Thanks for your help in this.
Re: Windows TSM device support for Compaq DLT Library
Hi Jeff, I don't know what is really a ESL9198 but the ESL9326 is a ATL P3000/6000, go and see on the ATL site which library is yours and check on tivoli's site http://www.atlp.com/libs.html rv > -Message d'origine- > De : Jeff Connor [mailto:[EMAIL PROTECTED]] > Envoyé : jeudi 12 avril 2001 22:37 > À : [EMAIL PROTECTED] > Objet : Windows TSM device support for Compaq DLT Library > > > Is anyone using a Compaq ESL9198DLX DLT Library with a Windows NT/2000 > based TSM server? The Tivoli TSM site only lists the Compaq > ESL9326 under > the supported DLT Tape Libraries. The Compaq Enterprise > Backup Solution > web site lists the ESL9198DLX as supported by TSM on SUN and Windows > NT/2000. I assume the Tivoli site is correct. I think the > 9198 is the > smaller version of the 9326 does/would it work with TSM > server for Windows? > > Thanks, > Jeff Connor > Niagara Mohawk Power Corp >
Re: 3447, NT, cannot find device specified
amir mazli wrote: > Need help here urgently. I am having a Netfinity 5500 > running NT4.0 SP5 with TSM 3.7 and TDP for Domino > 1.1.1 I have a tape library IBM 3447 with 1 drive > attached. > > The problem is : > 1. At the panel it says A: not present, B: not present > Can't see the drive or something. > 2. In the Control Panel (NT) for Tape drives, it is > empty. So, i go to TSM Server Utilities to start the > TSM device driver but error comes out : > "cannot find device specified" First things first. Install NT service pack 6 and upgrade TSM to the latest server (4.1.3, I think) Your base problem is that the OS doesn't recognize the library. Until you get that resolved, TSM will never see it. Try this. Go to the device applet in Control Panel. Look for an entry called 'adsmscsi'. If it is not running, start it. See if that does the trick. -- Mark Stapleton ([EMAIL PROTECTED])
Re: Completing reclaims
Hi Wanda: Your procedure is doing the trick, although some are requesting 50 volumes to restore the source primary volume. >>> [EMAIL PROTECTED] 04/10/01 11:09AM >>> For each of your DESTROYED volumes, do RESTORE VOLUME PREVIEW=YES. It will show you which of the offsite volumes is needed to rebuild the onsite tape. Bring back the volumes shown in PREVIEW. Do RESTORE VOLUME on the onsite damaged cartridges, which will copy data from the copy pool tapes back to a primary storage pool. Once that's all done, your offsite volumes will to back to reclaiming normally. -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 10, 2001 10:40 AM To: [EMAIL PROTECTED] Subject: Completing reclaims Hi: Our problem with drives on our newly fibre attached 3590 drives was apparantly resolved by updating the microcode. However, in the interim we had 10 cartridges that became unavailable and would not return to available status after the upgrade. They were then marked destroyed. However, we still have some 40 offsite copypool volumes that will not reclaim and remain 99 % reclaimable. I assume the remaining files were on the volumes marked destroyed. Any suggestions as to how to complete reclamation on these copypool volumes? Larry Clark NYS Thruway Authority
Re: file name too long when?
Hi Peter, Which versions (client/servers) and platforms are you using ? If I remember, 255-chars are the max length for NT filenames in *SM, as in Windows ... rv > -Message d'origine- > De : Glass, Peter [mailto:[EMAIL PROTECTED]] > Envoyé : jeudi 12 avril 2001 22:43 > À : [EMAIL PROTECTED] > Objet : file name too long when? > > > One of our NT clients is getting a large number of 'ANE4018E > ...: file name > too long' errors in their backups. The file names in question > are indeed > quite long. > Does anybody know the TSM standard on file name lengths? > Can somebody point me to which TSM docs discuss this specifically? > Thank you! > > Peter Glass > Distributed Storage Management (DSM) > Wells Fargo Services Company > > * 612-667-0086 * 866-249-8568 > > * [EMAIL PROTECTED] > > >
Can not checkout the tape through scheduled job
Hi, A query about TSM Administrative scheduling. We have TSM ,configured on AIX 4.3.3. I want to schedule a task which will checkout the volume. The volume is used for tsm database backup. When I define a new administrative task for checkout, I am getting following error. The command is used in the scheduling task is " CHECKOUT LIBVOLUME LIB0 TSK071 CHECKLABEL=NO FORCE=NO REMOVE=NO". I do not want to set FORCE option to YES. But if, I run the same command from server command prompt, command executed successfully. ERROR :- "ANR2755E DEFINE SCHEDULE or UPDATE SCHEDULE parameter CMD='CHECKOUT LIBVOLUME LIB0 TSK071 CHECKLABEL=NO FORCE=NO REMOVE=NO' - not eligible for scheduling. " Pls tell me whether it is possible to schedule the administrative task for checking out the volume, if yes pls explain. Thanks in advance Sachin Ganu
TSM client for Linux/390?
Hey Folks, Does anyone know if/where the TSM client for Linux/390 can be downloaded? >From the archives I see that it used to be available at: ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/client/v4r1/Linux/v412/390/ but I can't find it there anymore... :-( Thanks, Judy
Re: Archive problems with TSM version 4
We had the same problem, One of archives that normally run for 2 Hours ran for 16 hours on TSM 4.1.2 Server. We had to go back to TSM 4.1.0 and the Archive ran normal again. I have an open PMR on this. Your the third person who mentioned this here. Please call this in to Tivoli Support. They think we are the only one with the problem. Dave Pearson IS Production Support Analyst Snohomish County PUD 425.347.4420 [EMAIL PROTECTED] > -Original Message- > From: Petr Prerost [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, April 10, 2001 12:40 AM > To: [EMAIL PROTECTED] > Subject: Archive problems with TSM version 4 > > Hello, > please , does anybody sucessfully use ARCHIVES with TSM version 4 ? > What version ? I have got big problems with version 4.1.2 for NT and > Win32 > 4.1.1.16 and 4.1.2.12clients . Archives takes forever ( 100 hours > for > 30 GB ) , > archives incomplete , expremely poor retrieve performance ... . Tivoli > support > recommends clean archdir - but this removes a lot of information from > archives + > one of systems with problems is brand new TSM server - so I dont think it > is > directory > problem. > > ( I tested 4.1.3 with no luck ). > > Any help will be highly appreciated. > > regards > > Petr Prerost > e-mail [EMAIL PROTECTED]
SIGNOFF ADSM-L
- Original Message - From: Automatic digest processor <[EMAIL PROTECTED]> To: Recipients of ADSM-L digests <[EMAIL PROTECTED]> Sent: Thursday, April 12, 2001 9:04 PM Subject: ADSM-L Digest - 11 Apr 2001 to 12 Apr 2001 (#2001-102)
Alex Mounayar/SMS is out of the office.
I will be out of the office from 04/12/2001 until 04/17/2001. I will respond to your message when I return.
Re: Can not checkout the tape through scheduled job
Have you defined an association for the schedule to the server node_name ? Regards Alex. Todd -Original Message- From: Ganu Sachin, IBM [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 5:26 AM To: [EMAIL PROTECTED] Subject: Can not checkout the tape through scheduled job Hi, A query about TSM Administrative scheduling. We have TSM ,configured on AIX 4.3.3. I want to schedule a task which will checkout the volume. The volume is used for tsm database backup. When I define a new administrative task for checkout, I am getting following error. The command is used in the scheduling task is " CHECKOUT LIBVOLUME LIB0 TSK071 CHECKLABEL=NO FORCE=NO REMOVE=NO". I do not want to set FORCE option to YES. But if, I run the same command from server command prompt, command executed successfully. ERROR :- "ANR2755E DEFINE SCHEDULE or UPDATE SCHEDULE parameter CMD='CHECKOUT LIBVOLUME LIB0 TSK071 CHECKLABEL=NO FORCE=NO REMOVE=NO' - not eligible for scheduling. " Pls tell me whether it is possible to schedule the administrative task for checking out the volume, if yes pls explain. Thanks in advance Sachin Ganu
Should LOADDB take this long?
TSM 3.7.3.0 running on OS/390 2.9 Last night our automated processes to shut the system down didn't take into account that TSM would take a few extra minutes to halt due to reclamation running. The automation script ended up taking TCPIP and CA-TLMS and DFSMSRmm (in warn mode) down while TSM was still up and trying to close out his tape processing. TSM ended up abending with a EC6. After our downtime, TSM wouldn't come back up. It would sit there in a CPU loop with no I/O. The last message in the joblog was "ANR0306I Recovery log volume mount in progress." WOuld come up any farther. I managed to get an DUMPDB to run and it took only 1/2 hour and dumped over 78million database entries for a total of 6.9MB. I then did a FORMAT for all the db/log volumes and started the LOADDB last night at 20:15. It is still running and it is now 22 hours later and has only processed 70million of those database entries. I searched the archives, but there wasn't much on LOADDB. Should LOADDB take this long when the DUMPDB only took 1/2hour? Good thing this is a holiday weekend or the users and managers would be more upset than they are. I tell them, Hey it wasn't my shutdown script that corrupted the system!!! Also, if anyone has any ideas on how I could have averted having to do the DUMP/LOADDB processes I would be more than happy to hear them. I just couldn't think of any way to bypass the recovery log processing during startup, or to have the load cleared by itself. TIA, Bill Boyer "Some days you are the bug, some days you are the windshield." - ??
Re: Should LOADDB take this long?
I assume you mean 78 million entries for a total of 6.9GB. Then yes it does take that long to do a LOADDB. I've heard of slightly larger databases taking over 48 hours to reload. - Original Message - From: "William Boyer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, April 15, 2001 5:50 PM Subject: Should LOADDB take this long? > TSM 3.7.3.0 running on OS/390 2.9 > > Last night our automated processes to shut the system down didn't take into > account that TSM would take a few extra minutes to halt due to reclamation > running. The automation script ended up taking TCPIP and CA-TLMS and > DFSMSRmm (in warn mode) down while TSM was still up and trying to close out > his tape processing. TSM ended up abending with a EC6. After our downtime, > TSM wouldn't come back up. It would sit there in a CPU loop with no I/O. The > last message in the joblog was "ANR0306I Recovery log volume mount in > progress." WOuld come up any farther. I managed to get an DUMPDB to run and > it took only 1/2 hour and dumped over 78million database entries for a total > of 6.9MB. I then did a FORMAT for all the db/log volumes and started the > LOADDB last night at 20:15. It is still running and it is now 22 hours later > and has only processed 70million of those database entries. > > I searched the archives, but there wasn't much on LOADDB. Should LOADDB take > this long when the DUMPDB only took 1/2hour? Good thing this is a holiday > weekend or the users and managers would be more upset than they > are. I tell them, Hey it wasn't my shutdown script that corrupted the > system!!! > > Also, if anyone has any ideas on how I could have averted having to do the > DUMP/LOADDB processes I would be more than happy to hear them. I just > couldn't think of any way to bypass the recovery log processing during > startup, or to have the load cleared by itself. > > TIA, > Bill Boyer > "Some days you are the bug, some days you are the windshield." - ??
Re: SIGNOFF ADSM-L
Send this to [EMAIL PROTECTED] Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs CO 80949-1313 (719) 531-5926 Fax: (240) 539-7175 Email: [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com www.storserver.com -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Kelly Smith Sent: Thursday, April 12, 2001 11:14 PM To: [EMAIL PROTECTED] Subject: SIGNOFF ADSM-L - Original Message - From: Automatic digest processor <[EMAIL PROTECTED]> To: Recipients of ADSM-L digests <[EMAIL PROTECTED]> Sent: Thursday, April 12, 2001 9:04 PM Subject: ADSM-L Digest - 11 Apr 2001 to 12 Apr 2001 (#2001-102)
Re: Should LOADDB take this long?
On Sun, Apr 15, 2001 at 06:17:10PM -0400, Adolph Kahan wrote: > I assume you mean 78 million entries for a total of 6.9GB. Then yes it does > take that long to do a LOADDB. I've heard of slightly larger databases > taking over 48 hours to reload. I'm on 286 Million entries after 73 hours. How do you ascertain how many entries in a DB? Suad --
More LOADDB woes!!!
After running for almost 23-hours, the LOADDB process terminated with: ANRD PVRNTP(2536): RC 0x0 Reading cartridge block 00026776 to ddname SYS00040. ANR0664E LOADDB: Media not accessible in accessing data storage. ANR1364I Input volume M00750 closed. ANR5209I Dismounting volume M00750 (read-only access). ANRD DLLOAD(1249): Premature End of Dump - Missing Volumes ? VCS0201E DATA LOST - VCSS NOT OPERATIVE ANR4032I LOADDB: Copied 2236928 database records. ANR4033I LOADDB: Copied 351 bit vectors. ANR4035I LOADDB: Encountered 0 bad database records. ANR4036I LOADDB: Copied 78859100 database entries. ANR4037I LOADDB: 4919 Megabytes copied. ANR4005E LOADDB: Database load process terminated due to error (-1). ANR2106I : Quiescing database update activity. ANR2107I : Database update activity is now quiesced. Ended up restoring from the day before's database backup. Gonna be some upset people in the A.M. Bill Boyer "Some days you are the bug, some days you are the windshield." - ??
Steve C Norris/Nationwide/NWIE is out of the office.
I will be out of the office starting 04/16/2001 and will not return until 04/23/2001. I will be out of the office on business. I will respond to any messages when I retrun. Thank You
Angelo Tsigaras/MTR/CA/Avon est absent(e).
I will be out of the office from 04/13/2001 until 04/30/2001. Je répondrai à votre message dès mon retour.
