Does reclamation rewrite data block headers?
Guys, We are having some problems with VTL machines, and the support guys would like to find out if TSM rewrites the data headers when moving from tape-to-tape. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Re: Does reclamation rewrite data block headers?
On Jun 20, 2008, at 6:37 AM, Matthew Large wrote: Guys, We are having some problems with VTL machines, and the support guys would like to find out if TSM rewrites the data headers when moving from tape-to-tape. If you mean tape labels: I don't do VTL, but it has been standard in TSM that it requires removable media to have been previously labeled with a static, unique identity. When it moves data across volumes, the volumes retain their original identities, as is essential in tracking volumes. I've not encountered anything in my reading which indicates that VTL would be treated differently. VTLs can provide replication, where the entirety of the volume, including label, is imaged, but that's outside TSM. Richard Sims
Re: LTO Tape Life
All I can offer is a rule of thumb -- if you get write errors that are not the result of a dirty drive, throw it out. If you get read errors on the same tape on two different drives, throw it out. We ran about 130 LTO-1 tapes in both LTO-1 and LTO-2 drives for slightly over seven years and I ended up dumping six tapes over the period. Tom Kauffman NIBCO, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bell, Charles (Chip) Sent: Thursday, June 19, 2008 12:08 PM To: ADSM-L@VM.MARIST.EDU Subject: LTO Tape Life Is there a way to find out if your tapes are nearing their end-of-use? I use a 3584, and unfortunately am still having to deal with LTO-1/2 cartridges. How can I tell, either from TSM (which I doubt) or from 3584 hardware level what the amount-of-times used/mounted is? Normally, between myself and the mainframe guys, we get rid of a certain range of volumes based on when we bought them and bar code number. Is there a way to determine use? Thanks! Chip Bell - 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. CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Does reclamation rewrite data block headers?
The question implies they are not 100% emulating the life of a physical tape. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Large Sent: Friday, June 20, 2008 5:38 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Does reclamation rewrite data block headers? Guys, We are having some problems with VTL machines, and the support guys would like to find out if TSM rewrites the data headers when moving from tape-to-tape. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Does reclamation rewrite data block headers?
Yea. I wouldn't know if it completely rewrites it, I would think it would just append to it. But, that's a level of detail I remember hearing once, but not worrying about it enough to remember the details. See Ya' Howard > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Andy Huebner > Sent: Friday, June 20, 2008 8:14 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Does reclamation rewrite data block headers? > > The question implies they are not 100% emulating the life of a physical > tape. > > Andy Huebner > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of > Matthew Large > Sent: Friday, June 20, 2008 5:38 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] Does reclamation rewrite data block headers? > > Guys, > > We are having some problems with VTL machines, and the support guys > would like to find out if TSM rewrites the data headers when moving > from > tape-to-tape. > > Cheers, > Matthew > > -- > Matthew Large > TSM Consultant > Storage Services > Barclays Wealth Technology > > Desk: +44 (0) 207 977 3262 > Mobile: +44 (0) 7736 44 8808 > Alpha Room, Ground Floor Murray House > 1 Royal Mint Court > London EC3N 4HH > > > > Barclays Wealth is the wealth management division of Barclays Bank PLC. > This email may relate to or be sent from other members of the Barclays > Group. > > The availability of products and services may be limited by the > applicable laws and regulations in certain jurisdictions. The Barclays > Group does not normally accept or offer business instructions via > internet email. Any action that you might take upon this message might > be at your own risk. > > This email and any attachments are confidential and intended solely for > the addressee and may also be privileged or exempt from disclosure > under > applicable law. If you are not the addressee, or have received this > email in error, please notify the sender immediately, delete it from > your system and do not copy, disclose or otherwise act upon any part of > this email or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising > from unauthorised access to, or interference with, any Internet > communications by any third party, or from the transmission of any > viruses. Replies to this email may be monitored by the Barclays Group > for operational or business reasons. > > Any opinion or other information in this email or its attachments that > does not relate to the business of the Barclays Group is personal to > the > sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC. Registered in England and Wales (registered no. > 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services > Authority. > > > This e-mail (including any attachments) is confidential and may be > legally privileged. If you are not an intended recipient or an > authorized representative of an intended recipient, you are prohibited > from using, copying or distributing the information in this e-mail or > its attachments. If you have received this e-mail in error, please > notify the sender immediately by return e-mail and delete all copies of > this message and any attachments. > Thank you.
Re: Does reclamation rewrite data block headers?
Which headers? IIRC, TSM uses ANSI-standard tape labeling. So the VOL1 (tape label) is created when the tape is initialized and doesn't get updated/re-written from then on. Each file should have a 'HDR1' label; this belongs to the file, so it will get written to the 'new' tape. From what I've read, TSM uses the file name field of the HDR1 label to store a bit-map pointer to the TSM database record that describes the file (the reason you can't recover the tape data without the TSM database). Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Large Sent: Friday, June 20, 2008 6:38 AM To: ADSM-L@VM.MARIST.EDU Subject: Does reclamation rewrite data block headers? Guys, We are having some problems with VTL machines, and the support guys would like to find out if TSM rewrites the data headers when moving from tape-to-tape. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Does reclamation rewrite data block headers?
Hi Richard, Thanks for that - we are looking at the possibility that the VTL is not reading the moved data as already deduplicated and is making more unique-date tags when it shouldn't be. In that respect, I don't think we're looking at tape label headers, more like scsi block headers? I could be wrong though. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 20 June 2008 12:25 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Does reclamation rewrite data block headers? On Jun 20, 2008, at 6:37 AM, Matthew Large wrote: > Guys, > > We are having some problems with VTL machines, and the support guys > would like to find out if TSM rewrites the data headers when moving > from tape-to-tape. If you mean tape labels: I don't do VTL, but it has been standard in TSM that it requires removable media to have been previously labeled with a static, unique identity. When it moves data across volumes, the volumes retain their original identities, as is essential in tracking volumes. I've not encountered anything in my reading which indicates that VTL would be treated differently. VTLs can provide replication, where the entirety of the volume, including label, is imaged, but that's outside TSM. Richard Sims Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
ANS1009W DRM and ASR backup issues
TSM client - Windows 2003 server - SP2 x64 5.5.0.6 Started seeing these errors: 06/19/2008 11:02:58 ANS1009W An error occurred processing the operating system include/exclude statements. The error was detected while processing: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup\DRM. RC = 13. Went through the registry editing/key correction process as per IBM doc. Now we get the errors: 06/20/2008 10:49:17 ANS1468E Backing up Automated System Recovery (ASR) files failed. No files will be backed up. Did everything suggested. Deleted ASR stuff on TSM serverCompletely deleted the C:\adsm.sys directory All to no avail. Manual and scheduled backups still fail. User even tried complete un/reinstall of the TSM client. Any other suggestions to fix this?
Vanishing Vault Retrieve tapes
I have a little problem with one of my Tivoli 5.3 systems. Tapes in the vault gradually expire during the week and are recovered once per week, on Mondays. However, some tapes fall into Vault Retrieve status and are then "lost" overnight. For example, I have one tape today that was in Vault Retrieve 24 hours ago but today cannot be found anywhere in Tivoli. It's still in the vault. When I do a q vol on it, it's not found. Other tapes that were in the same state yesterday still are. Nothing in the activity log references this missing tape so nobody has run any commands against it. So, can tapes that fall into Vault retrieve expire in some way? Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Vanishing Vault Retrieve tapes
Looks like somehow MOVE DRM ran on it. Look in activity log for MOVE DRM job run Good luck -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Friday, June 20, 2008 11:18 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Vanishing Vault Retrieve tapes I have a little problem with one of my Tivoli 5.3 systems. Tapes in the vault gradually expire during the week and are recovered once per week, on Mondays. However, some tapes fall into Vault Retrieve status and are then "lost" overnight. For example, I have one tape today that was in Vault Retrieve 24 hours ago but today cannot be found anywhere in Tivoli. It's still in the vault. When I do a q vol on it, it's not found. Other tapes that were in the same state yesterday still are. Nothing in the activity log references this missing tape so nobody has run any commands against it. So, can tapes that fall into Vault retrieve expire in some way? Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
PRIMarylibmanager
The command to define a library manager to a library client is: define library sangroup libtype=shared primarylibmanager=astro Doesn't "primarylibmanager" imply that you can have a secondary/redundant library manager Can you? I don't seem to see any documentation on it. Regards, Shawn Shawn Drew This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Vanishing Vault Retrieve tapes
This used to happen to me when I had a "del volhist todate=-3" command running in a script without a "type" option. Otherwise, run a "q act begind=-2 s=" to see what happened to it Regards, Shawn Shawn Drew Internet [EMAIL PROTECTED] Sent by: ADSM-L@VM.MARIST.EDU 06/20/2008 11:18 AM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject [ADSM-L] Vanishing Vault Retrieve tapes I have a little problem with one of my Tivoli 5.3 systems. Tapes in the vault gradually expire during the week and are recovered once per week, on Mondays. However, some tapes fall into Vault Retrieve status and are then "lost" overnight. For example, I have one tape today that was in Vault Retrieve 24 hours ago but today cannot be found anywhere in Tivoli. It's still in the vault. When I do a q vol on it, it's not found. Other tapes that were in the same state yesterday still are. Nothing in the activity log references this missing tape so nobody has run any commands against it. So, can tapes that fall into Vault retrieve expire in some way? Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses. This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: PRIMarylibmanager
Hi Drew, You can support multiple library managers (not recommended). You can also support a Library manager and other tsm instances that are configured to individually talk to the same library. However, you will need to make sure that each manager or instance that accesses the same library has a different private category and scratch category from the other instances, otherwise you will have contention and/or access issues. Lastly, you can define one instance as a library manager and all other instances as library clients so that the manager will allocate tape and library resources on an as needed basis. Good luck. Jim Neal Sr. TSM Administrator IS&T Storage and Backup [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Drew Sent: Friday, June 20, 2008 12:39 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] PRIMarylibmanager The command to define a library manager to a library client is: define library sangroup libtype=shared primarylibmanager=astro Doesn't "primarylibmanager" imply that you can have a secondary/redundant library manager Can you? I don't seem to see any documentation on it. Regards, Shawn Shawn Drew This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
HP/UX Client Journal Setup
Hello... I was just wondering if anyone knows, if it is possible, to setup a journal based backup for HP/UX clients? If so... can anyone point me to some good documentation on how to configure? I have been looking throughout the web... I can't find anything. In case this information is needed... the TSM HP/UX client version is 5.3.4.0 and the TSM server is running 5.4.2.0. Thank you... Charles Welton This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the addressee(s) named above. If you are not the addressee, or the person responsible for delivering this to the addressee(s), you are notified that reading, copying or distributing this e-mail is prohibited. If you have received this e-mail in error, please contact the sender immediately.
Re: Does reclamation rewrite data block headers?
Out of curiousity, which VTL are you using? Jim Neal Sr. TSM Administrator IS&T Storage and Backup [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Large Sent: Friday, June 20, 2008 3:38 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Does reclamation rewrite data block headers? Guys, We are having some problems with VTL machines, and the support guys would like to find out if TSM rewrites the data headers when moving from tape-to-tape. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
