TSM Journal Based Backup for AIX
Hi All Im trying to config Journal Based backup for AIX in version 5.3.3 And there is no notification or option in the tsmjbbd.ini file for the NotifyFilter Does anyone manage to config it or to make it work? Best Regards Amos Hagay
Re: TSM Journal Based Backup for AIX
Hi Amos Journal backup only works on windows. There is generally no need on unix systems as they are fairly efficient. What is the problem you are trying to solve? There may be some tuning you can do. Steven Harris AIX and TSM Administrator On 26/03/2006, at 7:00 PM, Robert Ouzen Ouzen wrote: Hi All Im trying to config Journal Based backup for AIX in version 5.3.3 And there is no notification or option in the tsmjbbd.ini file for the NotifyFilter Does anyone manage to config it or to make it work? Best Regards Amos Hagay
Re: TSM Journal Based Backup for AIX
Steve, Check again - Journal Backups are now available (as of 5.3.3) for AIX clients as well... Rgds, David McClelland Storage and Systems Management Specialist Shared Infrastructure Development Reuters Ltd 30 South Colonnade London E14 5EP REUTERS.KNOW.NOW. www.reuters.com www.reuters.com/customers -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Steven Harris Sent: 26 March 2006 13:55 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Journal Based Backup for AIX Hi Amos Journal backup only works on windows. There is generally no need on unix systems as they are fairly efficient. What is the problem you are trying to solve? There may be some tuning you can do. Steven Harris AIX and TSM Administrator On 26/03/2006, at 7:00 PM, Robert Ouzen Ouzen wrote: Hi All Im trying to config Journal Based backup for AIX in version 5.3.3 And there is no notification or option in the tsmjbbd.ini file for the NotifyFilter Does anyone manage to config it or to make it work? Best Regards Amos Hagay To find out more about Reuters visit www.about.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
Re: Update - Tape problem after moving TSM to new server
This happened to me too, when doing a similar migration. I looked up my notes from the time. The problem is that your Filling tapes were started on a different drive type than you have now, and so it won't append any more data onto them. (Even if they are the very same drives, this can still happen.) How to deal with it: 1. Get some extra tapes, to use while you do the following steps. Before you do anything else after the big change, LABEL LIBVOL these new tapes so there will be something for migration and DB backup to use. 2. Mark all your Filling and Full tapes Readonly. You will still be able to restore from them OK. If you don't already have it, set a REUSEDELAY of a day or two. 3. The Full tapes should reclaim themselves normally. However, reclamation will not select any tape that is still marked as Filling, so you've got to reclaim them manually yourself with MOVE DATA. Might take a while, which is OK as long as you don't run out of tapes. 4. As tapes are cleared, whether they had been Filling (via MOVE DATA) or Full (via reclamation), you may need to do CHECKOUT LIBVOL on them followed by a LABEL LIBVOL OVERWRITE=YES before it will reuse them as scratch tapes. When you get a mixture of Pending tapes from before and after the big change, then you can easily tell which ones you need to relabel - they will be the ones that are both Pending and Readonly. When this happened to me, it was a hassle, but I found that it was a manageable hassle. I did not have to do anything as drastic as the backout you did. Sorry to hear about that - because you are having to do 3 times the work with a migrate-backout-migrate cycle. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] On Sat, 25 Mar 2006, Farren Minns wrote: OK, this is what I have now found out but had no idea what's going on. After completely removing and redefining the lib,drives and paths I still get the same errors as below. So, for example I can't audit volume 000700 without the error below. BUT..., if I change the state of the volume from read/write to readonly, I can. What's that all about? I can also audit volumes that have an access of read/write but that are 'full' and not 'filling'. This is very strange. Has anyone else ever seen this behaviour before ? Many thanks again Farren Minns Hi All I have just moved my TSM Server 5.1.6.2 from a Solaris 7 server to a new Solaris 9 box. Now, everything so far has gone fine and I have tested a couple of backups and also a backup of the database. When I look at the contents of the tapepool, copypool, q libv etc I see what I would expect. BUT, when I try to run migration from disk to tape there is a problem. In this example tape 000700 which is in a filling state is required but I see the following error :- ANR1000I Migration process 4 started for storage pool BACKUPPOOL. ANR8447E No drives are currently available in library 3494A. ANR1401W Mount request denied for volume 000700 - mount failed. Instead, TSM loads a new scratch tape and then continues fine. What is going on here? Has any body seen this before? Thanks in advance Farren Minns ## The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. ##
Re: TSM Journal Based Backup for Netware
I know journalling is now available on AIX, and has been on Windows for a long time, but has anyone had any experience or knowledge of, or if, TSM can somehow take advantage of the NSS filesystem journalling feature in Netware? Thank you very much regards, Mark
TSM on MySQL
Hi; One of my clients needs to perform TSM backup on MySQL. From IBM site found that it should use adsmpipe to run it. I am unable to find the related example and scripts for it. Any body there can help Thanks in advance Abu Bakar Bin Rofie TSM System Administrator 602, Level 6, Uptown 2 2 Jalan SS21/37 Damansara Uptown 47400 Petaling Jaya Selangor Darul Ehsan Tel : 603-7718 6684 Fax : 603-7728 5895
Re: TSM on MySQL
On Sun, 26 Mar 2006, Rofie, Abu Bakar might have said: Hi; One of my clients needs to perform TSM backup on MySQL. From IBM site found that it should use adsmpipe to run it. I am unable to find the related example and scripts for it. Any body there can help I use mysqldump to a file, then backup the file each night. Mike
Re: TSM on MySQL
On Mar 26, 2006, at 6:11 PM, Rofie, Abu Bakar wrote: One of my clients needs to perform TSM backup on MySQL. From IBM site found that it should use adsmpipe to run it. I am unable to find the related example and scripts for it. Any body there can help Simply go to http://www.redbooks.ibm.com and search on adsmpipe . Richard Sims
Re: TSM Journal Based Backup for AIX
On Sun, 26 Mar 2006 14:26:22 +0100, David McClelland [EMAIL PROTECTED] said: Check again - Journal Backups are now available (as of 5.3.3) for AIX clients as well... No, they aren't, though this is only acknowledged in a one-line mention in the README file for the 5.3.3 client. I was REALLY frustrated by this, because as of Oxford, they'd thought it was still going to be in the release. - Allen S. Rout
Re: TSM Journal Based Backup for AIX
Allen, can you point me to the specific README file (link) and the specific line of text to which you refer? Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html 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 03/26/2006 18:39:25: On Sun, 26 Mar 2006 14:26:22 +0100, David McClelland David. [EMAIL PROTECTED] said: Check again - Journal Backups are now available (as of 5.3.3) for AIX clients as well... No, they aren't, though this is only acknowledged in a one-line mention in the README file for the 5.3.3 client. I was REALLY frustrated by this, because as of Oxford, they'd thought it was still going to be in the release. - Allen S. Rout
Re: dsmcad/dsmsched.log showing wrong times
Richard, Thanks for your reply, dsmcad is indeed started by tsm::once:/opt/tivoli/tsm/client/ba/bin/dsmcad /dev/null 21 # TSM Client Acceptor Daemon I will read the technote ans see if it helps. regards, Michiel van Vlijmen -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Richard Sims Verzonden: vrijdag 24 maart 2006 14:18 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] dsmcad/dsmsched.log showing wrong times On Mar 24, 2006, at 3:38 AM, Vlijmen, M. van wrote: Goodday, We have IBM Tivoli Storage Manager 5.3.2.0 running on a ppc64 redhat machine One of the clients is a hp 9000 with hpux 11.i V1. The problem I have is that the times shown in the dsmsched.log do not match the (actual ?) time. I stopped and started dsmcad manually which solved the problem. That's nice but I like to know what the reason was since I don't want it to happen again. Anyone any idea? Thanks in advance. Michiel Michiel - You omit the most important information: how your dsmcad is currently being started. Problems like these are typically due to not having established the proper environment settings prior to launching the application, such that it runs under such conditions. That is achieved via a comprehensive start-up script, rather than a terse inittab entry. See IBM site Technote 1159406 for guidance. If you *are* using a start-up script of some kind, it isn't establishing environment settings as your personal login session is, and needs to do the right things, such as proper TZ environment variable setting. Richard Sims Disclaimer : Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. De informatie is uitsluitend bestemd voor de geadresseerde. Gebruik door anderen is verboden. Openbaarmaking, vermenigvuldiging en verstrekking van deze informatie aan derden is niet toegestaan.
Re: dsmcad/dsmsched.log showing wrong times
Thanks for your reply Jim. Well, I'm pretty much a newbie on TSM and didn't know of that option. I will look in to it. regards, Michiel van Vlijmen -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens JN Verzonden: vrijdag 24 maart 2006 22:45 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] dsmcad/dsmsched.log showing wrong times Urgentie: Hoog Hi Michiel, I'm pretty sure that you have already thought of this, but have you tried entering the Accept Date command to synchronize the TSM server date/time with the OS Date/Time? Jim Neal -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Vlijmen, M. van Sent: Friday, March 24, 2006 12:39 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] dsmcad/dsmsched.log showing wrong times Goodday, We have IBM Tivoli Storage Manager 5.3.2.0 running on a ppc64 redhat machine One of the clients is a hp 9000 with hpux 11.i V1. The problem I have is that the times shown in the dsmsched.log do not match the (actual ?) time. I stopped and started dsmcad manually which solved the problem. That's nice but I like to know what the reason was since I don't want it to happen again. Anyone any idea? Thanks in advance. Michiel Time on RedHat TSM server: [EMAIL PROTECTED] etc]$ date Thu Mar 23 15:46:31 CET 2006 Time on HP/UX 11i TSM client: hp date Thu Mar 23 15:48:33 MET 2006 Note that MET = CET 03/23/06 03:34:59 Querying server for next scheduled event. 03/23/06 03:34:59 Node Name: HPL4 03/23/06 03:34:59 Session established with server SERVER1: Linux/ppc64 03/23/06 03:34:59 Server Version 5, Release 3, Level 2.0 03/23/06 03:34:59 Server date/time: 03/23/06 09:32:44 Last access: 03/23/06 09:30:07 03/23/06 03:34:59 --- SCHEDULEREC QUERY BEGIN 03/23/06 03:34:59 --- SCHEDULEREC QUERY END 03/23/06 03:34:59 Next operation scheduled: 03/23/06 03:34:59 03/23/06 03:34:59 Schedule Name: CS_HPUX_DAILY_0100 03/23/06 03:34:59 Action:Incremental 03/23/06 03:34:59 Objects: / 03/23/06 03:34:59 Options: 03/23/06 03:34:59 Server Window Start: 01:00:00 on 03/24/06 03/23/06 03:34:59 03/23/06 03:34:59 Scheduler has been stopped. (here I did a stop and start) 03/23/06 13:39:29 Scheduler has been started by Dsmcad. 03/23/06 13:39:29 Querying server for next scheduled event. 03/23/06 13:39:29 Node Name: HPL4 03/23/06 13:39:29 Session established with server SERVER1: Linux/ppc64 03/23/06 13:39:29 Server Version 5, Release 3, Level 2.0 03/23/06 13:39:29 Server date/time: 03/23/06 13:37:14 Last access: 03/23/06 13:36:13 Disclaimer : Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. De informatie is uitsluitend bestemd voor de geadresseerde. Gebruik door anderen is verboden. Openbaarmaking, vermenigvuldiging en verstrekking van deze informatie aan derden is niet toegestaan. Disclaimer : Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. De informatie is uitsluitend bestemd voor de geadresseerde. Gebruik door anderen is verboden. Openbaarmaking, vermenigvuldiging en verstrekking van deze informatie aan derden is niet toegestaan.
Reclaimation process keeps starting
We use TSM 5.2. I have a reclaimation process which is an automated scheduled job. It started today and I needed to cancel it, so I did using the can process command. I have also changed the status of this process from Active=Yes to Active=No. However this process keeps starting again after an hour or so, despite me having cancelled it and the schedule being updated to Active=No. WHY Regards Paul Paul Dudley ANL IT Operations Dept. ANL Container Line [EMAIL PROTECTED] ANL DISCLAIMER This e-mail and any file attached is confidential, and intended solely to the named addressees. Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by return e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person.
Re: Update - Tape problem after moving TSM to new server
Hi, Roger Deschner wrote: 3. The Full tapes should reclaim themselves normally. However, reclamation will not select any tape that is still marked as Filling, so you've got to reclaim them manually yourself with MOVE DATA. Might take a while, which is OK as long as you don't run out of tapes. Is it true ? I thought that reclamation can also affect volumes in filling state - why not ? Regards, Rainer
Re: Reclaimation process keeps starting
Paul, Have you set the reclaim percentage to 100% before you cancel it? Regards Stuart Stuart Pitt, IBM Certified Deployment Professional TSM 5.2 IBM Certified Storage Administrator TSM 5 Data Management and Implementation RWE npower Trigonos Building Swindon Tel Int 7 322 3253 Tel Ext 01793 893253 [EMAIL PROTECTED] -Original Message- From: Paul Dudley [mailto:[EMAIL PROTECTED] Sent: 27 March 2006 07:47 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclaimation process keeps starting We use TSM 5.2. I have a reclaimation process which is an automated scheduled job. It started today and I needed to cancel it, so I did using the can process command. I have also changed the status of this process from Active=Yes to Active=No. However this process keeps starting again after an hour or so, despite me having cancelled it and the schedule being updated to Active=No. WHY Regards Paul Paul Dudley ANL IT Operations Dept. ANL Container Line [EMAIL PROTECTED] ANL DISCLAIMER This e-mail and any file attached is confidential, and intended solely to the named addressees. Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by return e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person. The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 87 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *