Pablo is not available today.
I will be out of the office starting 26/09/2007 and will not return until 28/09/2007. I will answer your e-mails when I return. Cheers! Pablito. === WARNING This message may contain information that is confidential and may be subject to the provisions of section 61A of the Police Act 1958, which creates an offence to have unlawful possession of Police documents. If you are not the intended recipient of this message or have received this message in error, you must not peruse, use, pass or copy this message or any of its contents. Also note, the views expressed in this message may not necessarily reflect those of the New Zealand Police.
Re: TSM security flash
Andy, et al., Thanks guys. I'd seen the original alert, but about an hour ago one of our Sr. Directors made a general broadcast about the gaping security hole in TSM. I was looking for something with lots of details that could keep him quiet for the rest of the afternoon. But your report of "no known exploits" has managed to quiet the storm. Fred Johanson TSM Administrator University of Chicago 773-702-8464 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Raibeck Sent: Tuesday, September 25, 2007 12:49 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM security flash Two TSM client security vulnerabilities have been discovered and reported to us. Note that there are no known exploits. Please see http://www.ibm.com/support/docview.wss?uid=swg21268775 for details, including information on the fixing code. Or you can click on the link to the TSM support page in my sig, and you'll see the flash notice at the top of that page. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence.
Re: Security alert
Fred, Are you talking about this one? Widely Deployed Software (2) HIGH: IBM Tivoli Storage Manager Multiple Vulnerabilities Affected: IBM Tivoli Storage Manager and Storage Manager Express Clients versions 5.1 through 5.4 Description: IBM Tivoli Storage Manager is IBM's enterprise storage management solution. The client component of this application contains multiple vulnerabilities. A flaw in the Client Acceptor Daemon (CAD) can lead to a buffer overflow. Successfully exploiting this buffer overflow could lead to an attacker executing arbitrary code with the privileges of the vulnerable process. Additionally, an undisclosed flaw in the scheduling component can lead to data disclosure and possibly other vulnerabilities. Some technical details for the buffer overflow vulnerabilities are publicly available. Status: IBM confirmed, updates available. References: IBM Security Advisory http://www-1.ibm.com/support/docview.wss?uid=swg21268775 Zero Dat Initiative Advisory http://zerodayinitiative.com/advisories/ZDI-07-054.html SecurityFocus BID http://www.securityfocus.com/bid/25743 Thank You, Dan Lane [EMAIL PROTECTED] - Email "This email message and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the American Board of Family Medicine immediately -- by replying to this message or by sending an email to [EMAIL PROTECTED] If you are not the intended recipient, you must immediately destroy all copies of this message and any attachments without reading or disclosing their contents. Thank you. For more information regarding the American Board of Family Medicine, please visit us at https://www.theabfm.org/."; -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Fred Johanson Sent: Tuesday, September 25, 2007 1:40 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Security alert Anybody seen any more details on the TSM security alert issued yesterday? Fred Johanson TSM Administrator University of Chicago 773-702-8464
TSM security flash
Two TSM client security vulnerabilities have been discovered and reported to us. Note that there are no known exploits. Please see http://www.ibm.com/support/docview.wss?uid=swg21268775 for details, including information on the fixing code. Or you can click on the link to the TSM support page in my sig, and you'll see the flash notice at the top of that page. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.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.
Re: Security alert
You mean these: http://www.securitytracker.com/alerts/2007/Sep/1018725.html http://www-1.ibm.com/support/docview.wss?uid=swg21268775 SOLUTION: Install the fixing client update packages 5.4.1.2 clients were made available August 3, 2007, on this download page: http://www.ibm.com/support/docview.wss?uid=swg24016585 The USS client PTFs are UK27738 and UK27739. 5.3.5.3 clients were made available September 5, 2007, on this download page: http://www.ibm.com/support/docview.wss?uid=swg24016838 The USS client PTFs are UK29248 and UK29249. 5.2.5.2 and 5.1.8.1 clients were made available September 19, 2007, on these download pages for the platforms on which customers have service extension contracts: http://www.ibm.com/support/docview.wss?uid=swg24016985 http://www.ibm.com/support/docview.wss?uid=swg24016586 Express clients were made available September 5, 2007, on this download page: http://www.ibm.com/support/docview.wss?uid=swg24016991 WORKAROUNDS: Until you have installed the fixing clients: do not use server-initiated prompted scheduling do not start up or use the CAD do not use the Web client use client-initiated traditional client scheduling instead of CAD-managed scheduling Fred Johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 09/25/2007 01:40 PM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Security alert Anybody seen any more details on the TSM security alert issued yesterday? Fred Johanson TSM Administrator University of Chicago 773-702-8464
Re: Security alert
Fred Johanson wrote: Anybody seen any more details on the TSM security alert issued yesterday? Fred Johanson TSM Administrator University of Chicago 773-702-8464 Try looking at this IBM link, it gives more information about the alert. http://www-1.ibm.com/support/docview.wss?rs=663&context=SSGSG7&dc=D600&uid=swg21268775&loc=en_US&cs=UTF-8&lang=en
Security alert
Anybody seen any more details on the TSM security alert issued yesterday? Fred Johanson TSM Administrator University of Chicago 773-702-8464
Re: ANS2050E Password Issues in a Windows Clustered Enivronment
Thanks again Uwe for your reply Uwe Schreiber wrote: hi Timothy, using the steps i described under http://adsm.org/lists/html/ADSM-L/2005-12/msg00420.html should fix your problems. regards Uwe If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support.
Re: Archives across Wan Best practices
On the BACKUPSETS vs. ARCHIVES, nice explanations of positives & negatives can be found at: http://tsmmanager.com/backupsets.htm >From my point of view, BACKUPSETS seem to be more suitable in the networking configuration. Anyway, that's true we've got not enough details on the reasons why "management needs ARCHIVES". WBR Gabriel On 25 Září 2007, 17:57, Bos, Karel napsal(a): > Full bck => archive or backup set? > > Or, could you get around your problem by using backup sets. > > Regards, > Karel > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Richard Sims > Sent: dinsdag 25 september 2007 15:56 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: Archives across Wan Best practices > > On Sep 25, 2007, at 9:38 AM, Hayden, Mark wrote: > >> Hi All, just wanted to be pointed in the right direction to find >> information on best practices on Archives across the T1 WAN? We are >> having trouble finishing monthly archives on weekends running normal >> Archives. I have tried to talk with upper management about getting rid > >> of Archives, but no go. We are running TSM 5.3.4 with older versions >> of clients up to 5.3.4. Please advise Thanks > > Mark - > > Exactly what is trying to be achieved? It kinda sounds like they are > trying to perform what amounts to a full backup over what was a high- > speed link in 1962, based upon old-thinking full+incremental backups. > TSM Incremental may supply what they actually need; otherwise, client > compression would be the best they could probably do with the networking > they have and approach they are trying to use. We could advise better > if we had more information. > > Richard Sims
Re: ANS2050E Password Issues in a Windows Clustered Environment
Yep. The Chip in that thread was me, and it did work. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Uwe Schreiber Sent: Tuesday, September 25, 2007 10:28 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ANS2050E Password Issues in a Windows Clustered Enivronment hi Timothy, using the steps i described under http://adsm.org/lists/html/ADSM-L/2005-12/msg00420.html should fix your problems. regards Uwe If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support. - Confidentiality Notice: The information contained in this email message is privileged and confidential information and intended only for the use of the individual or entity named in the address. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this information is strictly prohibited. If you received this information in error, please notify the sender and delete this information from your computer and retain no copies of any of this information.
Re: import node data
Hi all
Has anyone installed TSM server on 2 node windows 2003 cluster.
( o )
---
I,I ' ' I,I
"(("
))
With Best Regards,
Sandeep Jain
** Legal Disclaimer
*
"This email may contain confidential and privileged material for the sole
use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message in error,
please advise the sender by reply email and delete the message. Thank you."
*
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: Tuesday, September 25, 2007 5:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] import node data
There is no client "IMport" command - Export and Import are TSM
server commands, their primary purpose being to convey storage pool
data to another TSM server. The TSM manuals are available at
http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp
where the PDF instances of the manuals are particularly handy to have
on a personal computer.
Your preview spec looks reasonable. I would, in general, perform the
actual import (and, earlier, the export) one filespace at a time: the
export and import functions are highly susceptible to interruption by
tape errors, so minimizing your exposure to failure is a good idea.
However, whereas all your data fits onto one tape, a wholesale import
is warranted.
Based upon the information reported by the import preview, you may
want to check the destination TSM server to assure that all will load
without conflicts or resource issues.
Richard Sims
DISCLAIMER The information contained in this e-mail is
intended only for the person or entity to whom it is addressed
and may contain confidential or privileged information.
If you are not the intended recipient, any dissemination,
use, review, distribution, printing or copying of information
in this e-mail is strictly prohibited, and you are requested
to contact the sender by reply e-mail and destroy all copies
of the original message.Thank you"
This email has been scanned for any virus
infection at the sending end.
TSM server with Microsoft cluster
Hi
Has anyone deployed TSM server on Windows 2003 with cluster service
( o )
---
I,I ' ' I,I
"(("
))
With Best Regards,
Sandeep Jain
** Legal Disclaimer
*
"This email may contain confidential and privileged material for the sole
use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message in error,
please advise the sender by reply email and delete the message. Thank you."
*
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Strand, Neil B.
Sent: Tuesday, September 25, 2007 7:23 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Archives across Wan Best practices
Mark,
You might want to investigate if the "generate backupset" TSM server
command would be a sutable alternative to synthetically generate a point
in time image of a client from the backup data that has already been
transmitted across the WAN.
Cheers,
Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hayden, Mark
Sent: Tuesday, September 25, 2007 9:39 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Archives across Wan Best practices
Hi All, just wanted to be pointed in the right direction to find
information on best practices on Archives across the T1 WAN? We are
having trouble finishing monthly archives on weekends running normal
Archives. I have tried to talk with upper management about getting rid
of Archives, but no go. We are running TSM 5.3.4 with older versions of
clients up to 5.3.4. Please advise Thanks
IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security numbers,
account numbers, or personal identification numbers. Delivery, and or timely
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends
that you do not send time sensitive
or action-oriented messages to us via electronic mail.
This message is intended for the addressee only and may contain privileged
or confidential information. Unless you are the intended recipient, you may
not use, copy or disclose to anyone any information contained in this
message. If you have received this message in error, please notify the
author by replying to this message and then kindly delete the message. Thank
you.
DISCLAIMER The information contained in this e-mail is
intended only for the person or entity to whom it is addressed
and may contain confidential or privileged information.
If you are not the intended recipient, any dissemination,
use, review, distribution, printing or copying of information
in this e-mail is strictly prohibited, and you are requested
to contact the sender by reply e-mail and destroy all copies
of the original message.Thank you"
This email has been scanned for any virus
infection at the sending end.
Re: Archives across Wan Best practices
Full bck => archive or backup set? Or, could you get around your problem by using backup sets. Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: dinsdag 25 september 2007 15:56 To: ADSM-L@VM.MARIST.EDU Subject: Re: Archives across Wan Best practices On Sep 25, 2007, at 9:38 AM, Hayden, Mark wrote: > Hi All, just wanted to be pointed in the right direction to find > information on best practices on Archives across the T1 WAN? We are > having trouble finishing monthly archives on weekends running normal > Archives. I have tried to talk with upper management about getting rid > of Archives, but no go. We are running TSM 5.3.4 with older versions > of clients up to 5.3.4. Please advise Thanks Mark - Exactly what is trying to be achieved? It kinda sounds like they are trying to perform what amounts to a full backup over what was a high- speed link in 1962, based upon old-thinking full+incremental backups. TSM Incremental may supply what they actually need; otherwise, client compression would be the best they could probably do with the networking they have and approach they are trying to use. We could advise better if we had more information. Richard Sims ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s i n t e g r i t y c a n n o t b e s e c u r e d o n t h e I n t e r n e t , t h e A t o s O r i g i n g r o u p l i a b i l i t y c a n n o t b e t r i g g e r e d f o r t h e m e s s a g e c o n t e n t . A l t h o u g h t h e s e n d e r e n d e a v o u r s t o m a i n t a i n a c o m p u t e r v i r u s - f r e e n e t w o r k , t h e s e n d e r d o e s n o t w a r r a n t t h a t t h i s t r a n s m i s s i o n i s v i r u s - f r e e a n d w i l l n o t b e l i a b l e f o r a n y d a m a g e s r e s u l t i n g f r o m a n y v i r u s t r a n s m i t t e d . O n a l l o f f e r s a n d a g r e e m e n t s u n d e r w h i c h A t o s O r i g i n s u p p l i e s g o o d s a n d / o r s e r v i c e s o f w h a t e v e r n a t u r e , t h e T e r m s o f D e l i v e r y f r o m A t o s O r i g i n e x c l u s i v e l y a p p l y . T h e T e r m s o f D e l i v e r y s h a l l b e p r o m p t l y s u b m i t t e d t o y o u o n y o u r r e q u e s t . A t o s O r i g i n N e d e r l a n d B . V . / U t r e c h t K v K U t r e c h t 3 0 1 3 2 7 6 2
Re: ANS2050E Password Issues in a Windows Clustered Enivronment
I don't believe this was intended for me. Thanks.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Uwe
Schreiber
Sent: Tuesday, September 25, 2007 10:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] ANS2050E Password Issues in a Windows Clustered
Enivronment
hi Timothy,
using the steps i described under
http://adsm.org/lists/html/ADSM-L/2005-12/msg00420.html
should fix your problems.
regards Uwe
If you are not the addressee, please inform us immediately that you have
received this e-mail by mistake, and delete it. We thank you for your support.
-Message Disclaimer-
This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to [EMAIL PROTECTED] and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.
Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.
While this communication may be used to promote or market a transaction
or an idea that is discussed in the publication, it is intended to provide
general information about the subject matter covered and is provided with
the understanding that The Principal is not rendering legal, accounting,
or tax advice. It is not a marketed opinion and may not be used to avoid
penalties under the Internal Revenue Code. You should consult with
appropriate counsel or other advisors on all matters pertaining to legal,
tax, or accounting obligations and requirements.
Re: ANS2050E Password Issues in a Windows Clustered Enivronment
hi Timothy, using the steps i described under http://adsm.org/lists/html/ADSM-L/2005-12/msg00420.html should fix your problems. regards Uwe If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support.
Re: Archives across Wan Best practices
Mark, You might want to investigate if the "generate backupset" TSM server command would be a sutable alternative to synthetically generate a point in time image of a client from the backup data that has already been transmitted across the WAN. Cheers, Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hayden, Mark Sent: Tuesday, September 25, 2007 9:39 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Archives across Wan Best practices Hi All, just wanted to be pointed in the right direction to find information on best practices on Archives across the T1 WAN? We are having trouble finishing monthly archives on weekends running normal Archives. I have tried to talk with upper management about getting rid of Archives, but no go. We are running TSM 5.3.4 with older versions of clients up to 5.3.4. Please advise Thanks IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Archives across Wan Best practices
Have you thought about mirroring the remote data to local storage, then backing up the local. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Daniel Lane Sent: Tuesday, September 25, 2007 7:33 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Archives across Wan Best practices Hello everyone, We have similar situation and questions... We also have a T1 line for doing Monthly Archival Full backups that take 6 full days to complete (line is completely saturated during this time), if all of the daily changes are not too large which shares this line also. The line is dedicated to TSM backups/restores. What I was thinking for speed of backups and being able to certify that every backup happens quickly and completely every night is to setup a second TSM server that would backup at that location to a virtual tape library then trickle those changes to the main site to tapes or to the san at that main site and then to tape. Is this possible or a valid solution? We are also running TSM 5.3.4 and all clients are current with 5.3.4. Possibility of adding more bandwidth i.e. T2 or greater is good. Which is better more bandwidth or a second TSM server? Can TSM servers work together to get backups done, kind of like a load balanced Backup? Thank You, Dan Lane [EMAIL PROTECTED] - Email "This email message and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the American Board of Family Medicine immediately -- by replying to this message or by sending an email to [EMAIL PROTECTED] If you are not the intended recipient, you must immediately destroy all copies of this message and any attachments without reading or disclosing their contents. Thank you. For more information regarding the American Board of Family Medicine, please visit us at https://www.theabfm.org/."; -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Tuesday, September 25, 2007 9:56 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archives across Wan Best practices On Sep 25, 2007, at 9:38 AM, Hayden, Mark wrote: > Hi All, just wanted to be pointed in the right direction to find > information on best practices on Archives across the T1 WAN? We are > having trouble finishing monthly archives on weekends running > normal Archives. I have tried to talk with upper management about > getting rid of Archives, but no go. We are running TSM 5.3.4 with > older versions of clients up to 5.3.4. Please advise Thanks Mark - Exactly what is trying to be achieved? It kinda sounds like they are trying to perform what amounts to a full backup over what was a high- speed link in 1962, based upon old-thinking full+incremental backups. TSM Incremental may supply what they actually need; otherwise, client compression would be the best they could probably do with the networking they have and approach they are trying to use. We could advise better if we had more information. Richard Sims
Re: Archives across Wan Best practices
Hello everyone, We have similar situation and questions... We also have a T1 line for doing Monthly Archival Full backups that take 6 full days to complete (line is completely saturated during this time), if all of the daily changes are not too large which shares this line also. The line is dedicated to TSM backups/restores. What I was thinking for speed of backups and being able to certify that every backup happens quickly and completely every night is to setup a second TSM server that would backup at that location to a virtual tape library then trickle those changes to the main site to tapes or to the san at that main site and then to tape. Is this possible or a valid solution? We are also running TSM 5.3.4 and all clients are current with 5.3.4. Possibility of adding more bandwidth i.e. T2 or greater is good. Which is better more bandwidth or a second TSM server? Can TSM servers work together to get backups done, kind of like a load balanced Backup? Thank You, Dan Lane [EMAIL PROTECTED] - Email "This email message and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the American Board of Family Medicine immediately -- by replying to this message or by sending an email to [EMAIL PROTECTED] If you are not the intended recipient, you must immediately destroy all copies of this message and any attachments without reading or disclosing their contents. Thank you. For more information regarding the American Board of Family Medicine, please visit us at https://www.theabfm.org/."; -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Tuesday, September 25, 2007 9:56 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archives across Wan Best practices On Sep 25, 2007, at 9:38 AM, Hayden, Mark wrote: > Hi All, just wanted to be pointed in the right direction to find > information on best practices on Archives across the T1 WAN? We are > having trouble finishing monthly archives on weekends running > normal Archives. I have tried to talk with upper management about > getting rid of Archives, but no go. We are running TSM 5.3.4 with > older versions of clients up to 5.3.4. Please advise Thanks Mark - Exactly what is trying to be achieved? It kinda sounds like they are trying to perform what amounts to a full backup over what was a high- speed link in 1962, based upon old-thinking full+incremental backups. TSM Incremental may supply what they actually need; otherwise, client compression would be the best they could probably do with the networking they have and approach they are trying to use. We could advise better if we had more information. Richard Sims
Re: SECOND TIME SENDING: multiple dsm.opt - dsm.sys and tdpo.opt
Goran, Thank you this will help quite a bit. Thanks, Dan S. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc Sent: Tuesday, September 25, 2007 3:57 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] SECOND TIME SENDING: multiple dsm.opt - dsm.sys and tdpo.opt hi, you can use one dsm.sys file simply linking to $DSM_HOME/dsm.sys file from your API directory each client has to have own opt file dsm.sys part example: SERVERNAME ARIS62_tdpo COMMmethod TCPip TCPPort1500 TCPServeraddress axptsm01 NodeName ARIS62_tdpo Mailprog /usr/bin/mail root PASSWORDACCESS Prompt Schedlogname /var/adm/dsmsched.ARIS62_tdpo Schedlogretention 14 D ERRORLOGNAM/var/adm/dsmerror_ARIS62_tdpo.log errorlogretention 14 D QUERYSCHED 12 MANAGEDSERVICESschedule webclient memoryefficientbackup no ENABLELANFREE no SERVERNAME ARISAM_tdpo COMMmethod TCPip TCPPort1500 TCPServeraddress axptsm01 NodeName ARISAM_tdpo Mailprog /usr/bin/mail root PASSWORDACCESS Prompt Schedlogname /var/adm/dsmsched.ARISAM_tdpo Schedlogretention 14 D ERRORLOGNAM/var/adm/dsmerror_ARISAM_tdpo.log errorlogretention 14 D QUERYSCHED 12 MANAGEDSERVICESschedule webclient memoryefficientbackup no ENABLELANFREE no in /opt/tivoli/tsm/client/api/bin64 (or usr if on AIX) you must have 2 opt files for each dsm.sys stanza one example: -rw-rw-rw- 1 root sys 23 May 24 15:49 dsm_ARISAM_tdpo.opt -rw-rw-rw- 1 root sys 58 Jul 16 12:53 dsm_ARISAM_tdpo_sched.opt -rw-rw-rw- 1 root sys 29 Jul 16 12:53 dsm_ARIS62_tdpo.opt -rw-rw-rw- 1 root sys 29 Jul 16 12:53 dsm_ARIS62_tdpo_sched.opt the *sched.opt 's are used for dsmcad type of scheduled rman/tdpo backups /opt/tivoli/tsm/client/api/bin64 # more dsm_ARISAM_tdpo.opt SERVERNAME ARISAM_tdpo /opt/tivoli/tsm/client/api/bin64 # more dsm_ARIS62_tdpo.opt SERVERNAME ARIS62_tdpo in /opt/tivoli/tsm/client/oracle/bin64 --> /opt/tivoli/tsm/client/oracle/bin64 # ls -lrt ARIS* -rw-rw-rw- 1 root sys764 Jul 16 13:04 ARIS62_tdpo.opt -rw-rw-rw- 1 root sys764 Jul 16 13:05 ARISAM_tdpo.opt content of this two --> /opt/tivoli/tsm/client/oracle/bin64 # cat ARIS62_tdpo.opt *** * IBM Tivoli Storage Manager for Databases * Data Protection for Oracle * * Sample tdpo.opt for the AIX Data Protection for Oracle 64bit * DSMI_ORC_CONFIG/opt/tivoli/tsm/client/api/bin64/dsm_ARIS62_tdpo.opt *DSMI_LOG *TDPO_FSorc9_db *TDPO_NODE TDPO_NODE ARIS62_tdpo *TDPO_OWNER *TDPO_PSWDPATH /opt/tivoli/tsm/client/oracle/bin64 TDPO_PSWDPATH /home/oracle TDPO_DATE_FMT 4 *TDPO_NUM_FMT 1 *TDPO_TIME_FMT 1 *TDPO_MGMT_CLASS_2 orcbackup *TDPO_MGMT_CLASS_3 mgmtclass3 *TDPO_MGMT_CLASS_4 mgmtclass4 [EMAIL PROTECTED]:/opt/tivoli/tsm/client/oracle/bin64 # cat ARISAM_tdpo.opt *** * IBM Tivoli Storage Manager for Databases * Data Protection for Oracle * * Sample tdpo.opt for the AIX Data Protection for Oracle 64bit * DSMI_ORC_CONFIG/opt/tivoli/tsm/client/api/bin64/dsm_ARISAM_tdpo.opt *DSMI_LOG *TDPO_FSorc9_db *TDPO_NODE TDPO_NODE ARISAM_tdpo *TDPO_OWNER *TDPO_PSWDPATH /opt/tivoli/tsm/client/oracle/bin64 TDPO_PSWDPATH /home/oracle TDPO_DATE_FMT 4 *TDPO_NUM_FMT 1 *TDPO_TIME_FMT 1 *TDPO_MGMT_CLASS_2 orcbackup *TDPO_MGMT_CLASS_3 mgmtclass3 *TDPO_MGMT_CLASS_4 mgmtclass4 :end the only diff is in DSMI_ORC_CONFIG and NODE_NAME parameter you connect to each node with dsmc -se=arisam_tdpo or dsmc -se=aris62_tdpo for scheduling mulitple backups via dsmcad you have to add new stanza in dsm.sys for each node with PASSWORDACCESS generate and don't forget when generating passwords with "tdpoconf" into oracle home directory to do it for each node used important: make log files chmod 666 so oracle can write to them (the easiest way) or rman/tdpo will fail with no precise explanation dsmcad is started with NODENAME_tdpo_sched.opt -optfile parameter because it MUST have PASSWORDACCESS generated before starting scheduled operations when everything seems to be configured, you MUST connect to node manually with both optfile parameters - NODENAME_tdpo.opt and NODENAME_tdpo_sched.opt TWO times just to make
ANS2050E Password Issues in a Windows Clustered Enivronment
Hello All, We are still having an issue with retaining a password after TSM resources are moved for one node to another in a Windows MCS environment. When the Client does maintenance on every other Thursday they move TSM resources from Sogician1 to Sogician2. The backups fail due to the password expiring. What I have been having to do is to reset the password (From TSM) Then use the following commands on both nodes while they own the resources 1) Dsmc q se –optfile=q:\tsm\dsm.opt 2. Tivoli Storage Manager prompts the nodename for the client (the specified in dsm.opt). If it is correct, press Enter. 3. Tivoli Storage Manager next asks for a password. We typed the password and press Enter. 4.) We repeat the command for the other node cluster resource H disk (dsmc q se -optfileH:\tsm\dsm.opt) According to the ITSM in a clustered envirnoment redbook Chpt 6, The steps above require that we run the following commands on both nodes while they own the resources. It is recommended we move all resources to one of the nodes, complete the tasks for this node, and then move all resources to the other node and repeat the tasks. Once the above procedure is performed the resources are brought online with no problem and backups work successfully. Is there a way to *PERMANTLY *have the password set so they won’t expire and the above procedure does not have to be performed every time the resources are moved from one server to another? Also, Password Generate is in the DSM.opt files for the resources. Below Is the error messages the are in the dsmerror.log ANS1029E Communication with the TSM server is lost. TSM needs to prompt for the password but cannot prompt because the process is running in the background. ANS2050E TSM needs to prompt for the password but cannot prompt because the process is running in the background. ANS1029E Communication with the TSM server is lost. ANS2050E TSM needs to prompt for the password but cannot prompt because the process is running in the background. ANS2050E TSM needs to prompt for the password but cannot prompt because the process is running in the background. ANS1029E Communication with the TSM server is lost. ANS1262E Password is not updated. Either an invalid current password was supplied or the new password does not fulfill the server password requirements. Any suggestions and help is appreciated. Thanks in advance. TSM 5.3.4 AIX 5.3 Windows Tivoli Client 5.3.0 Client servers are Windows 2003 SP1 Note: The "TSM in a Clustered Environment Redbook" The password is kept in the Windows registry of this node and from we should NOT need to type it anymore. According to the Redbook the client reads the password from the registry every time it opens a session with TSM.
Re: Archives across Wan Best practices
On Sep 25, 2007, at 9:38 AM, Hayden, Mark wrote: Hi All, just wanted to be pointed in the right direction to find information on best practices on Archives across the T1 WAN? We are having trouble finishing monthly archives on weekends running normal Archives. I have tried to talk with upper management about getting rid of Archives, but no go. We are running TSM 5.3.4 with older versions of clients up to 5.3.4. Please advise Thanks Mark - Exactly what is trying to be achieved? It kinda sounds like they are trying to perform what amounts to a full backup over what was a high- speed link in 1962, based upon old-thinking full+incremental backups. TSM Incremental may supply what they actually need; otherwise, client compression would be the best they could probably do with the networking they have and approach they are trying to use. We could advise better if we had more information. Richard Sims
Archives across Wan Best practices
Hi All, just wanted to be pointed in the right direction to find information on best practices on Archives across the T1 WAN? We are having trouble finishing monthly archives on weekends running normal Archives. I have tried to talk with upper management about getting rid of Archives, but no go. We are running TSM 5.3.4 with older versions of clients up to 5.3.4. Please advise Thanks
Re: SECOND TIME SENDING: multiple dsm.opt - dsm.sys and tdpo.opt
hi, you can use one dsm.sys file simply linking to $DSM_HOME/dsm.sys file from your API directory each client has to have own opt file dsm.sys part example: SERVERNAME ARIS62_tdpo COMMmethod TCPip TCPPort1500 TCPServeraddress axptsm01 NodeName ARIS62_tdpo Mailprog /usr/bin/mail root PASSWORDACCESS Prompt Schedlogname /var/adm/dsmsched.ARIS62_tdpo Schedlogretention 14 D ERRORLOGNAM/var/adm/dsmerror_ARIS62_tdpo.log errorlogretention 14 D QUERYSCHED 12 MANAGEDSERVICESschedule webclient memoryefficientbackup no ENABLELANFREE no SERVERNAME ARISAM_tdpo COMMmethod TCPip TCPPort1500 TCPServeraddress axptsm01 NodeName ARISAM_tdpo Mailprog /usr/bin/mail root PASSWORDACCESS Prompt Schedlogname /var/adm/dsmsched.ARISAM_tdpo Schedlogretention 14 D ERRORLOGNAM/var/adm/dsmerror_ARISAM_tdpo.log errorlogretention 14 D QUERYSCHED 12 MANAGEDSERVICESschedule webclient memoryefficientbackup no ENABLELANFREE no in /opt/tivoli/tsm/client/api/bin64 (or usr if on AIX) you must have 2 opt files for each dsm.sys stanza one example: -rw-rw-rw- 1 root sys 23 May 24 15:49 dsm_ARISAM_tdpo.opt -rw-rw-rw- 1 root sys 58 Jul 16 12:53 dsm_ARISAM_tdpo_sched.opt -rw-rw-rw- 1 root sys 29 Jul 16 12:53 dsm_ARIS62_tdpo.opt -rw-rw-rw- 1 root sys 29 Jul 16 12:53 dsm_ARIS62_tdpo_sched.opt the *sched.opt 's are used for dsmcad type of scheduled rman/tdpo backups /opt/tivoli/tsm/client/api/bin64 # more dsm_ARISAM_tdpo.opt SERVERNAME ARISAM_tdpo /opt/tivoli/tsm/client/api/bin64 # more dsm_ARIS62_tdpo.opt SERVERNAME ARIS62_tdpo in /opt/tivoli/tsm/client/oracle/bin64 --> /opt/tivoli/tsm/client/oracle/bin64 # ls -lrt ARIS* -rw-rw-rw- 1 root sys764 Jul 16 13:04 ARIS62_tdpo.opt -rw-rw-rw- 1 root sys764 Jul 16 13:05 ARISAM_tdpo.opt content of this two --> /opt/tivoli/tsm/client/oracle/bin64 # cat ARIS62_tdpo.opt *** * IBM Tivoli Storage Manager for Databases * Data Protection for Oracle * * Sample tdpo.opt for the AIX Data Protection for Oracle 64bit * DSMI_ORC_CONFIG/opt/tivoli/tsm/client/api/bin64/dsm_ARIS62_tdpo.opt *DSMI_LOG *TDPO_FSorc9_db *TDPO_NODE TDPO_NODE ARIS62_tdpo *TDPO_OWNER *TDPO_PSWDPATH /opt/tivoli/tsm/client/oracle/bin64 TDPO_PSWDPATH /home/oracle TDPO_DATE_FMT 4 *TDPO_NUM_FMT 1 *TDPO_TIME_FMT 1 *TDPO_MGMT_CLASS_2 orcbackup *TDPO_MGMT_CLASS_3 mgmtclass3 *TDPO_MGMT_CLASS_4 mgmtclass4 [EMAIL PROTECTED]:/opt/tivoli/tsm/client/oracle/bin64 # cat ARISAM_tdpo.opt *** * IBM Tivoli Storage Manager for Databases * Data Protection for Oracle * * Sample tdpo.opt for the AIX Data Protection for Oracle 64bit * DSMI_ORC_CONFIG/opt/tivoli/tsm/client/api/bin64/dsm_ARISAM_tdpo.opt *DSMI_LOG *TDPO_FSorc9_db *TDPO_NODE TDPO_NODE ARISAM_tdpo *TDPO_OWNER *TDPO_PSWDPATH /opt/tivoli/tsm/client/oracle/bin64 TDPO_PSWDPATH /home/oracle TDPO_DATE_FMT 4 *TDPO_NUM_FMT 1 *TDPO_TIME_FMT 1 *TDPO_MGMT_CLASS_2 orcbackup *TDPO_MGMT_CLASS_3 mgmtclass3 *TDPO_MGMT_CLASS_4 mgmtclass4 :end the only diff is in DSMI_ORC_CONFIG and NODE_NAME parameter you connect to each node with dsmc -se=arisam_tdpo or dsmc -se=aris62_tdpo for scheduling mulitple backups via dsmcad you have to add new stanza in dsm.sys for each node with PASSWORDACCESS generate and don't forget when generating passwords with "tdpoconf" into oracle home directory to do it for each node used important: make log files chmod 666 so oracle can write to them (the easiest way) or rman/tdpo will fail with no precise explanation dsmcad is started with NODENAME_tdpo_sched.opt -optfile parameter because it MUST have PASSWORDACCESS generated before starting scheduled operations when everything seems to be configured, you MUST connect to node manually with both optfile parameters - NODENAME_tdpo.opt and NODENAME_tdpo_sched.opt TWO times just to make it sure ... *sched will not ask you for password second time you'll log in (it will be used for automatic schedules) but NODENAME_tdpo.opt will/must ask you for password everytime since PASSWORDACCESS is PROMPT have fun :-) any questions? just ask here. peace, goran On 9/24/07, Larry Clark <[EMAIL PROTECTED]>
