problem
Tsm server 5.2.7.1 Tsm client 5.3.4.0 Client on windows 2003 r2 sp2 x64 Tdp 5.3.3.0 Sql 2005 Anyone know what these error messages mean? Our dba's moved a db from a sql2000 to a sql2005 server over the weekend, now my clone script for creating a data warehouse copy wont work. The restore is running on the same machine/instance it backed up from minutes before: Beginning full restore of backup object Carekey, 1 of 1, to database Carekey_DSS Full: 13 Read: 13631488 Written: 30720 Rate: 29.82 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 14.95 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 9.98 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 7.49 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 5.99 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 4.99 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 4.28 Kb/Sec Waiting for TSM server. Full: 8 Read: 16777216 Written: 30720 Rate: 2.73 Kb/Sec Full: 8 Read: 16777216 Written: 30720 Rate: 2.61 Kb/Sec Restore of Carekey failed. [Microsoft][ODBC SQL Server Driver][SQL Server]The file 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey BoardSearch' cannot be overwritten. It is being used by database 'Carekey'. [Microsoft][ODBC SQL Server Driver][SQL Server]File 'sysft_Carekey BoardSearch' cannot be restored to 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey BoardSearch'. Use WITH MOVE to identify a valid location for the file. [Microsoft][ODBC SQL Server Driver][SQL Server]The file 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey ConceptSearch' cannot be overwritten. It is being used by database 'Carekey'. [Microsoft][ODBC SQL Server Driver][SQL Server]File 'sysft_Carekey ConceptSearch' cannot be restored to 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey ConceptSearch'. Use WITH MOVE to identify a valid location for the file. [Microsoft][ODBC SQL Server Driver][SQL Server]Problems were identified while planning for the RESTORE statement. Previous messages provide details. [Microsoft][ODBC SQL Server Driver][SQL Server]RESTORE DATABASE is terminating abnormally. Here's the command I'm using: set tdp_dir="C:\Program Files\Tivoli\TSM\TDPSQL" set logfile=sql_full_%dayofweek%.log set from_dbname=Carekey set to_dbname=Carekey_DSS set to_logical=ckdbny_index,ckdbny_text,ckdbny_data,ckdbny_log set to_physical=f:\data\Carekey_DSS_Index.NDF,f:\data\Carekey_DSS_text_Data. NDF,f:\data\Carekey_DSS_Data.MDF,g:\logs\Carekey_DSS_Log.LDF set optfile=sqlserver.opt tdpsqlc restore %from_dbname% full /tsmoptfile=sqlserver.opt /into=%to_dbname% /relocate=%to_logical% /to=%to_physical% /replace >> %logfile% Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
problem cloning sql server db
Sorry - hit send before I finished the subject earlier Tsm server 5.2.7.1 Tsm client 5.3.4.0 Client on windows 2003 r2 sp2 x64 Tdp 5.3.3.0 Sql 2005 Anyone know what these error messages mean? Our dba's moved a db from a sql2000 to a sql2005 server over the weekend, now my clone script for creating a data warehouse copy wont work. The restore is running on the same machine/instance it backed up from minutes before: Beginning full restore of backup object Carekey, 1 of 1, to database Carekey_DSS Full: 13 Read: 13631488 Written: 30720 Rate: 29.82 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 14.95 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 9.98 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 7.49 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 5.99 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 4.99 Kb/Sec Full: 7 Read: 15728640 Written: 30720 Rate: 4.28 Kb/Sec Waiting for TSM server. Full: 8 Read: 16777216 Written: 30720 Rate: 2.73 Kb/Sec Full: 8 Read: 16777216 Written: 30720 Rate: 2.61 Kb/Sec Restore of Carekey failed. [Microsoft][ODBC SQL Server Driver][SQL Server]The file 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey BoardSearch' cannot be overwritten. It is being used by database 'Carekey'. [Microsoft][ODBC SQL Server Driver][SQL Server]File 'sysft_Carekey BoardSearch' cannot be restored to 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey BoardSearch'. Use WITH MOVE to identify a valid location for the file. [Microsoft][ODBC SQL Server Driver][SQL Server]The file 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey ConceptSearch' cannot be overwritten. It is being used by database 'Carekey'. [Microsoft][ODBC SQL Server Driver][SQL Server]File 'sysft_Carekey ConceptSearch' cannot be restored to 'E:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\Carekey ConceptSearch'. Use WITH MOVE to identify a valid location for the file. [Microsoft][ODBC SQL Server Driver][SQL Server]Problems were identified while planning for the RESTORE statement. Previous messages provide details. [Microsoft][ODBC SQL Server Driver][SQL Server]RESTORE DATABASE is terminating abnormally. Here's the command I'm using: set tdp_dir="C:\Program Files\Tivoli\TSM\TDPSQL" set logfile=sql_full_%dayofweek%.log set from_dbname=Carekey set to_dbname=Carekey_DSS set to_logical=ckdbny_index,ckdbny_text,ckdbny_data,ckdbny_log set to_physical=f:\data\Carekey_DSS_Index.NDF,f:\data\Carekey_DSS_text_Data. NDF,f:\data\Carekey_DSS_Data.MDF,g:\logs\Carekey_DSS_Log.LDF set optfile=sqlserver.opt tdpsqlc restore %from_dbname% full /tsmoptfile=sqlserver.opt /into=%to_dbname% /relocate=%to_logical% /to=%to_physical% /replace >> %logfile% Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
DRM Question
Hi All, I have a situation where previously my tape library was full (slot free hell) and I was having to check out volumes that were in the copystgpool so that I could make way for scratch tapes. Then the whole manual procedure of getting the tapes back to scratch once they had been recovered etc Now we have brought an expansion unit for our library so I am now in slot free heaven. Question is, how can I check my checked out tapes back into the library so that DRM knows that they are back in the library and in the mountable state and not the vault state? Yes I can physically check the tapes in and assign them the status of private but this doesn't update the status within DRM. If this can't be done, then I guess I will just have to wait until they are recovered one by one via reclamation which isn't to much of a problem, I was just hoping that my tape monkey days were over! Server running on AIX 5.3 TL4-CSP, TSM server version 5.3.2.0 with a ts3310 library attached. Thanks in advance. Steve Western Power Distribution (South West) plc / Western Power Distribution (South Wales) plc Registered in England and Wales Registered number: 2366894 (South West) / 2366985 (South Wales) Registered Office: Avonbank, Feeder Road, Bristol, BS2 0TB This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED]
Strange difference between Primary and Copypool
Hi *SM-ers! I found something very strange on one of my TSM servers. When I issue the following command: select stgpool_name as "Storagepool",sum(physical_mb) as "MB" from occupancy group by stgpool_name I recieve the following output: Storagepool MB -- - DL_LBU3_CPY_1 26489427.98 DL_LBU3_PRI_1 27658559.10 However, when I issue the following SQL statement: select stgpools.stgpool_name as "Seq. Storage Pool", count(volumes.stgpool_name) as "Volumes in Use" from stgpools,volumes where (stgpools.stgpool_name = volumes.stgpool_name) and (stgpools.devclass <> 'DISK') group by stgpools.stgpool_name I receive the following output: Seq. Storage Pool Volumes in Use -- -- DL_LBU3_CPY_1 425 DL_LBU3_PRI_1 356 So, although the copypool (DL_LBU3_CPY_1) contains less data, it uses more tapes!!! The tape size is identical, reclaim runs fine (60% for both storagepools) and reuse delay is identical too. I'm lost here... Does anybody have any idea why the copypool uses more volumes volumes than the primary pool? Thank you very much for any reply!!! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 **
Re: DRM Question
Shove the tapes into the library directly. Run checkin libv search=yes status=private checkl=barcode update volume * wherestg= access=readwrite The last line assumes you've put all copypool volumes into the library. There you go. -- Mark Stapleton Berbee (a CDW company) System engineer 7145 Boone Avenue North, Suite 140 Brooklyn Park MN 55428-1511 763-592-5963 www.berbee.com > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Copper, Steve > Sent: Tuesday, December 11, 2007 5:59 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] DRM Question > > Hi All, > > I have a situation where previously my tape library was full (slot free > hell) and I was having to check out volumes that were in the copystgpool > so that I could make way for scratch tapes. Then the whole manual > procedure of getting the tapes back to scratch once they had been > recovered etc > > Now we have brought an expansion unit for our library so I am now in > slot free heaven. Question is, how can I check my checked out tapes back > into the library so that DRM knows that they are back in the library and > in the mountable state and not the vault state? Yes I can physically > check the tapes in and assign them the status of private but this > doesn't update the status within DRM. > > If this can't be done, then I guess I will just have to wait until they > are recovered one by one via reclamation which isn't to much of a > problem, I was just hoping that my tape monkey days were over! > > Server running on AIX 5.3 TL4-CSP, TSM server version 5.3.2.0 with a > ts3310 library attached. > > Thanks in advance. > > Steve > > Western Power Distribution (South West) plc / Western Power Distribution > (South Wales) plc > Registered in England and Wales > Registered number: 2366894 (South West) / 2366985 (South Wales) > Registered Office: Avonbank, Feeder Road, Bristol, BS2 0TB > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify > [EMAIL PROTECTED]
Re: 5.4 Storage Manager Install Guide fotr Z/OS
Thanks Tim -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: Monday, December 10, 2007 5:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: 5.4 Storage Manager Install Guide fotr Z/OS http://www-1.ibm.com/support/docview.wss?rs=663&context=SSGSG7&dc=DA410&; q1=5.4+z%2fos+install&uid=pub1sc32013900&loc=en_US&cs=utf-8&lang=en
ASR backup fails
Hi all, We are getting an error on one of our TSM clients that does not want to back up the ASR information. Client OS: Windows Server 2003 R2 Enterprise x64 Edition Service Pack 1 Client TSM: 5.3.4.0 Error in dsmerror.log 12/10/2007 21:54:30 ANS1228E Sending of object 'C:' failed 12/10/2007 21:54:30 ANS1468E Backing up Automated System Recovery (ASR) files failed. No files will be backed up. To figure out what was going on, I enabled tracing with the DIROPS and FILEOPS flags. From that, I gathered there was a problem with creating either files or directories, this is from the end of the tracelog: 12/11/2007 13:39:00.691 : psfsinfo.cpp(1566): fioStatFS(): GetVolumeInformation: RC=21 12/11/2007 13:39:00.691 : psfsinfo.cpp(1567): fioStatFS(): Invalid File system 12/11/2007 13:39:00.691 : ntfileio.cpp(5212): CreateDirectory(): Win32 RC=183 . 12/11/2007 13:39:00.691 : ntfileio.cpp(5212): CreateDirectory(): Win32 RC=183 . 12/11/2007 13:39:00.691 : ntfileio.cpp(5212): CreateDirectory(): Win32 RC=183 . 12/11/2007 13:39:00.691 : psbackup.cpp( 953): psPrepareObjectForBackup(): processAsr(): RC = 4655 I decided to check the ADSM.SYS directory on the machine, and noticed an ASR folder. I removed that folder, and the result of the trace is slightly different: 12/11/2007 13:40:59.112 : psfsinfo.cpp(1566): fioStatFS(): GetVolumeInformation: RC=21 12/11/2007 13:40:59.112 : psfsinfo.cpp(1567): fioStatFS(): Invalid File system 12/11/2007 13:40:59.112 : ntfileio.cpp(5212): CreateDirectory(): Win32 RC=183 . 12/11/2007 13:40:59.112 : ntfileio.cpp(5212): CreateDirectory(): Win32 RC=183 . 12/11/2007 13:40:59.112 : psbackup.cpp( 953): psPrepareObjectForBackup(): processAsr(): RC = 4655 There is one less error with RC 183, and the ASR directory is created in ADSM.SYS. I did some searching and concluded that RC 21 means *ERROR_NOT_READY 21 0x15* *The device is not ready.* while RC 183 means *ERROR_ALREADY_EXISTS 183 0xB7* *Cannot create a file when that file already exists.* Now, RC=21 is followed by 'Invalid File System', while the directory can be created but not the contents that should be there. Even while that directory is empty. I already checked the permissions, and just to be sure I reset the permissions on all subfolders of ADSM.SYS to match the permissions of ADSM.SYS. This did not help, as you probably gathered. I even noticed that, when I made sure all permissions would be inherited on subfolders of ADSM.SYS, the ASR folder that was created, did not inherit the permissions. Could that be the root of the problem? Or is at a 32-bit vs. 64-bit issue? The OS is 64-bit, but I'm not sure if the TSM client is. I cannot find that information, and the tracing does mention Win32, and not Win64 (but it might as well always say Win32, regardless of the version). Any pointers are appreciated; are there any more traceflags I could enable to find the reason for this error? Kind regards, Rick Harderwijk
Re: Migrating TSM Server from Windows to Linux
Hi All, Just to let you know. I've tested this: - Made a DBB to a FILECLASS on a Windows TSM 5.4. - Installed a RHEL5 VM with TSM 5.5. - FTP-ed the .dbb to the VM. - Did a ./dsmserv restore db dev=dbbackup file=.dbb. - Did a ./dsmserv upgradedb afterwards (because the Windows TSM was 5.4). - It all seems to be working after reinstalling the licenses. Met vriendelijke groet, with kind regards, Richard van Denzel.
Re: Strange difference between Primary and Copypool
Hi My theory works if the following is true. 1) the copy pool is offsite. 2) your statement that the copy pool is larger than the primary pool was incorrect. Its the other way round looing at the numbers given. Original sizings Storagepool MB -- - DL_LBU3_CPY_1 26489427.98 DL_LBU3_PRI_1 27658559.10 As the tapes onsite (in the library) can be mounted over and over again putting new data at the end of the volume until full, you have a non-tape wasting process, BUT The offsite tapes are created and then shipped offsite. The offsite tapes can only be recreated from onsite data and as such, unless they trigger the 60% free reclamation they will sit there until 40% utilized, never defraging, just taking up lots of your lovely tapes. Additional waste can be caused by collocation as well. Not knowing if that is used for nodes in this pool i cannot comment. Plus we don't know the size of files you are backing up against the size of the tapes. ie. a 36Gb database file on a 40Gb DLT holds 90% of the tape. I find this SQL useful for identifying tapes that get stuck and not reclaimed. select volume_name, stgpool_name,pct_utilized, status from volumes - where pct_utilized < 40 and stgpool_name <>'DISKPOOL' - order by pct_utilized, stgpool_name, volume_name Cheers Jim Cattles plc Registered in England No: 543610 Kingston House, Centre 27 Business Park, Woodhead Road, Birstall, Batley, WF179TD. The views and opinions expressed herein are those of the author and not of Cattles plc or any of its subsidiaries.The content of this e-mail is confidential, may contain privileged material and is intended solely for the recipient(s) named above. If you receive this in error, please notify the sender immediately and delete this e-mail. Please note that neither Cattles plc nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments(if any). No contracts or agreements may be concluded on behalf of Cattles plc or its subsidiaries by means of email communications. This message has been scanned for Viruses by Cattles and Sophos Puremessage scanning service.
ANS1009W DRM error and "recommended fix"
This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything
Re: ANS1009W DRM error and "recommended fix"
I don't know how it fixes it, but I know I had the same problem, folllowed the instructions for the recommended fix, and I no longer receive the error. - Original Message - From: ADSM: Dist Stor Manager To: ADSM-L@VM.MARIST.EDU Sent: Tue Dec 11 09:32:11 2007 Subject: [ADSM-L] ANS1009W DRM error and "recommended fix" This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything
Re: ANS1009W DRM error and "recommended fix"
Presumably displaying the faulty multi_sz value strips out anything that shouldn't be there and hitting OK commits the stripped values back into the registry. If you cancelled, the stripped values would not be written back. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Zoltan Forray/AC/VCU Sent: 11 December 2007 14:32 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANS1009W DRM error and "recommended fix" This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything 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: ANS1009W DRM error and "recommended fix"
Thanks to all the responses. I should have known..basically more Windows "black magic" going on behind the scenes without the users knowledge Angus Macdonald <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 12/11/2007 09:40 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] ANS1009W DRM error and "recommended fix" Presumably displaying the faulty multi_sz value strips out anything that shouldn't be there and hitting OK commits the stripped values back into the registry. If you cancelled, the stripped values would not be written back. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Zoltan Forray/AC/VCU Sent: 11 December 2007 14:32 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANS1009W DRM error and "recommended fix" This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything 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: DRM Question
Thanks Mark - the update vol command sorted DRM -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Stapleton, Mark Sent: 11 December 2007 12:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: DRM Question Shove the tapes into the library directly. Run checkin libv search=yes status=private checkl=barcode update volume * wherestg= access=readwrite The last line assumes you've put all copypool volumes into the library. There you go. -- Mark Stapleton Berbee (a CDW company) System engineer 7145 Boone Avenue North, Suite 140 Brooklyn Park MN 55428-1511 763-592-5963 www.berbee.com > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Copper, Steve > Sent: Tuesday, December 11, 2007 5:59 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] DRM Question > > Hi All, > > I have a situation where previously my tape library was full (slot free > hell) and I was having to check out volumes that were in the copystgpool > so that I could make way for scratch tapes. Then the whole manual > procedure of getting the tapes back to scratch once they had been > recovered etc > > Now we have brought an expansion unit for our library so I am now in > slot free heaven. Question is, how can I check my checked out tapes back > into the library so that DRM knows that they are back in the library and > in the mountable state and not the vault state? Yes I can physically > check the tapes in and assign them the status of private but this > doesn't update the status within DRM. > > If this can't be done, then I guess I will just have to wait until they > are recovered one by one via reclamation which isn't to much of a > problem, I was just hoping that my tape monkey days were over! > > Server running on AIX 5.3 TL4-CSP, TSM server version 5.3.2.0 with a > ts3310 library attached. > > Thanks in advance. > > Steve > > Western Power Distribution (South West) plc / Western Power Distribution > (South Wales) plc > Registered in England and Wales > Registered number: 2366894 (South West) / 2366985 (South Wales) > Registered Office: Avonbank, Feeder Road, Bristol, BS2 0TB > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify > [EMAIL PROTECTED] __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ Western Power Distribution (South West) plc / Western Power Distribution (South Wales) plc Registered in England and Wales Registered number: 2366894 (South West) / 2366985 (South Wales) Registered Office: Avonbank, Feeder Road, Bristol, BS2 0TB This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED]
Re: ANS1009W DRM error and "recommended fix"
It would have been nice to include this info in the doc (note: When you click OK, the regedit program will automatically correct this registry key by adding the missing x"" value to the key). Thanks, again. Andrew Raibeck <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 12/11/2007 09:44 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] ANS1009W DRM error and "recommended fix" An earlier revision of this document actually had you manually add the extra x'' value, but it turns out to be unnecessary. The document has since been revised with the simpler steps you cite below. When you click "OK", Regedit automatically corrects the value so that it is properly terminated. 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. "ADSM: Dist Stor Manager" wrote on 12/11/2007 07:32:11 AM: > This is mostly for Andy but any help is appreciated > > We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in > the document: > > http://www-1.ibm.com/support/docview.wss?uid=swg21243837 > > > Unfortunately, some of the recommendations make absolute no sense to me or > my Windows experts. > > HOW TO REPAIR THE REGISTRY KEY - METHOD 1 > 1. From the Windows desktop, click Start-->Run... In the Run dialog, type > regedit, then click OK. This will launch the registry editor. > > 2. Navigate to the following registry subkey: > > HKEY_LOCAL_MACHINE\ > SYSTEM\ > CurrentControlSet\ > Control\ > BackupRestore\ > FilesNotToBackup > > 3. In the right-hand pane of the registry editor, locate DRM. Right-click > on DRM and select Modify from the pop-up menu (alternatively, double-click > on DRM). The Edit Multi-String dialog will appear. Below is an example of > this dialog: > > 4. Do not change anything in the Value data window. Just click OK. Then > select the File-->Exit menu item to close regedit. > > The last statement puzzles us. Basically, once you navigate to this > registry key, DO NOT CHANGE ANYTHING ??? > > How exactly does this fix anything
Re: ANS1009W DRM error and "recommended fix"
You aren’t "visibly" changing anything, but behind the scenes regedit is placing another needful character (newline?) that was missed the first time Steve Schaub Systems Engineer, WNI BlueCross BlueShield of Tennessee 423-535-6574 (desk) 423-785-7347 (cell) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Carpenter, Curtis Sent: Tuesday, December 11, 2007 9:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ANS1009W DRM error and "recommended fix" I don't know how it fixes it, but I know I had the same problem, folllowed the instructions for the recommended fix, and I no longer receive the error. - Original Message - From: ADSM: Dist Stor Manager To: ADSM-L@VM.MARIST.EDU Sent: Tue Dec 11 09:32:11 2007 Subject: [ADSM-L] ANS1009W DRM error and "recommended fix" This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: ANS1009W DRM error and "recommended fix"
An earlier revision of this document actually had you manually add the extra x'' value, but it turns out to be unnecessary. The document has since been revised with the simpler steps you cite below. When you click "OK", Regedit automatically corrects the value so that it is properly terminated. 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. "ADSM: Dist Stor Manager" wrote on 12/11/2007 07:32:11 AM: > This is mostly for Andy but any help is appreciated > > We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in > the document: > > http://www-1.ibm.com/support/docview.wss?uid=swg21243837 > > > Unfortunately, some of the recommendations make absolute no sense to me or > my Windows experts. > > HOW TO REPAIR THE REGISTRY KEY - METHOD 1 > 1. From the Windows desktop, click Start-->Run... In the Run dialog, type > regedit, then click OK. This will launch the registry editor. > > 2. Navigate to the following registry subkey: > > HKEY_LOCAL_MACHINE\ > SYSTEM\ > CurrentControlSet\ > Control\ > BackupRestore\ > FilesNotToBackup > > 3. In the right-hand pane of the registry editor, locate DRM. Right-click > on DRM and select Modify from the pop-up menu (alternatively, double-click > on DRM). The Edit Multi-String dialog will appear. Below is an example of > this dialog: > > 4. Do not change anything in the Value data window. Just click OK. Then > select the File-->Exit menu item to close regedit. > > The last statement puzzles us. Basically, once you navigate to this > registry key, DO NOT CHANGE ANYTHING ??? > > How exactly does this fix anything
Re: backup duration
Avy, it could be something like: select date(start_time) date,schedule_name schedule,entity node,(end_time - start_time) duration from summary where end_time >= current_timestamp - 5 days and activity='BACKUP' and schedule_name='DRP_DAILY_INC_UNIX' order by 3,4 Change my schedule_name 'DRP_DAILY_INC_UNIX' and use your. WBR Gabriel Peter 2007/12/7, Avy Wong <[EMAIL PROTECTED]>: > > Hello, > Is there a query I can run to get a total backup time on each node > that is assigned to one particular schedule ? > This will help me decide who took the longest time to complete its back > up > and give it its own schedule. > Thank you in advance. > > Avy Wong > Business Continuity Administrator > Mohegan Sun > 1 Mohegan Sun Blvd > Uncasville, CT 06382 > (860)862-8164 > (cell) (860)961-6976 >
Re: ANS1009W DRM error and "recommended fix"
Zoltan, read the IBM SWG note you pointed at below. It explained why the fix works. -- Mark Stapleton ([EMAIL PROTECTED]) From: ADSM: Dist Stor Manager on behalf of Zoltan Forray/AC/VCU Sent: Tue 12/11/2007 8:32 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANS1009W DRM error and "recommended fix" This is mostly for Andy but any help is appreciated We are having the "ANS1009W DRM FilesNotToBackup RC 13" error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start-->Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: 4. Do not change anything in the Value data window. Just click OK. Then select the File-->Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything
unsubscribe
Francesco Puccioni Cabel Industry s.r.l via Cherubini 99 , 50053 Empoli , Firenze. tel 0571 5331253 fax 0571 993773 [EMAIL PROTECTED] : [EMAIL PROTECTED]
Tracking Permission Changes
I'm trying to figure out when the permission of certain files changed. I ran a few tests, and I'm not sure I like the behavior of TSM. Maybe I'm missing something. - I backed up a file a month ago. - The file hasn't changed for a month - Today I changed the permission from 644 to 444. - I ran a "dsmc i" and it didn't back up the file again, just updated: "Total number of objects updated: 1" - When I browse the files for restore, there was no indication of the permission change - When I restore the file with a point-in-time from before this update, it still restores the file with the current permission! It doesn't seem this is how it should work, but I do understand that the metadata of the file is probably stored in the TSM DB and there is probably no facility to maintain metadata history.Does this seem strange to anyone? -Shawn 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: Strange difference between Primary and Copypool
Hi Jim! My copy pool is an online copy pool. Tapes (in fact virtual tapes) are not checked out, nor removed from the (virtual) library. I didn't state that my copy pool is larger than the primary pool (hence my line "although the copy pool (DL_LBU3_CPY_1) contains less data, it uses more tapes!!!") and I also stated that both storage pools are reclaimed at 60%... On a daily bases.. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jim Young Sent: dinsdag 11 december 2007 14:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: Strange difference between Primary and Copypool Hi My theory works if the following is true. 1) the copy pool is offsite. 2) your statement that the copy pool is larger than the primary pool was incorrect. Its the other way round looing at the numbers given. Original sizings Storagepool MB -- - DL_LBU3_CPY_1 26489427.98 DL_LBU3_PRI_1 27658559.10 As the tapes onsite (in the library) can be mounted over and over again putting new data at the end of the volume until full, you have a non-tape wasting process, BUT The offsite tapes are created and then shipped offsite. The offsite tapes can only be recreated from onsite data and as such, unless they trigger the 60% free reclamation they will sit there until 40% utilized, never defraging, just taking up lots of your lovely tapes. Additional waste can be caused by collocation as well. Not knowing if that is used for nodes in this pool i cannot comment. Plus we don't know the size of files you are backing up against the size of the tapes. ie. a 36Gb database file on a 40Gb DLT holds 90% of the tape. I find this SQL useful for identifying tapes that get stuck and not reclaimed. select volume_name, stgpool_name,pct_utilized, status from volumes - where pct_utilized < 40 and stgpool_name <>'DISKPOOL' - order by pct_utilized, stgpool_name, volume_name Cheers Jim Cattles plc Registered in England No: 543610 Kingston House, Centre 27 Business Park, Woodhead Road, Birstall, Batley, WF179TD. The views and opinions expressed herein are those of the author and not of Cattles plc or any of its subsidiaries.The content of this e-mail is confidential, may contain privileged material and is intended solely for the recipient(s) named above. If you receive this in error, please notify the sender immediately and delete this e-mail. Please note that neither Cattles plc nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments(if any). No contracts or agreements may be concluded on behalf of Cattles plc or its subsidiaries by means of email communications. This message has been scanned for Viruses by Cattles and Sophos Puremessage scanning service. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 **
unsubscribe
Wladimir Benavides Binaria Sistemas Av. 12 de Octubre y Cordero Quito, Ecuador tel 59322550535 [EMAIL PROTECTED] : [EMAIL PROTECTED] El servicio de Symantec Hosted Mail Security ha verificado que el mensaje se encuentra libre de Virus.
alternate config for backup of MS Clusters?
Ok, let's just admit it right now - I'm lazy. Because of that, I hate the complexity of configuring TSM to backup my MS Clusters (I also hate MS Clusters, but that's a discussion for another day). Can someone explain to me why I cant just do the following instead (since the following is easily scripted): 1. Install the TSM BA client as per normal on the physical machine 2. For each cluster, create a cluster.opt file which uses the clustername as the nodename, with the clusternode yes option included 3. On each physical machine, either as a postschedule task, or a separate sched, run dsmc incr -optfile=cluster.opt As far as I can see, this gets all (and only) the cluster drives backed up under a common nodename (so no duplicated backups), and whoever happens to "own" the resource when the backup runs, will back it up, without having to go through the hassle of configuring cluster failover resources. The target is hung - fire at will. Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Strange difference between Primary and Copypool
I would say it is normal to have a little more data in the primary pool due to on-going backups. We have backups running all the time. Since the primary and copy tapes are created differently I am not surprised that there is a different number of tapes. Has there always been more copy than primary tapes? I would think the tape count could swing the other way. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Loon, E.J. van - SPLXM Sent: Tuesday, December 11, 2007 8:05 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Strange difference between Primary and Copypool Hi Jim! My copy pool is an online copy pool. Tapes (in fact virtual tapes) are not checked out, nor removed from the (virtual) library. I didn't state that my copy pool is larger than the primary pool (hence my line "although the copy pool (DL_LBU3_CPY_1) contains less data, it uses more tapes!!!") and I also stated that both storage pools are reclaimed at 60%... On a daily bases.. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jim Young Sent: dinsdag 11 december 2007 14:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: Strange difference between Primary and Copypool Hi My theory works if the following is true. 1) the copy pool is offsite. 2) your statement that the copy pool is larger than the primary pool was incorrect. Its the other way round looing at the numbers given. Original sizings Storagepool MB -- - DL_LBU3_CPY_1 26489427.98 DL_LBU3_PRI_1 27658559.10 As the tapes onsite (in the library) can be mounted over and over again putting new data at the end of the volume until full, you have a non-tape wasting process, BUT The offsite tapes are created and then shipped offsite. The offsite tapes can only be recreated from onsite data and as such, unless they trigger the 60% free reclamation they will sit there until 40% utilized, never defraging, just taking up lots of your lovely tapes. Additional waste can be caused by collocation as well. Not knowing if that is used for nodes in this pool i cannot comment. Plus we don't know the size of files you are backing up against the size of the tapes. ie. a 36Gb database file on a 40Gb DLT holds 90% of the tape. I find this SQL useful for identifying tapes that get stuck and not reclaimed. select volume_name, stgpool_name,pct_utilized, status from volumes - where pct_utilized < 40 and stgpool_name <>'DISKPOOL' - order by pct_utilized, stgpool_name, volume_name Cheers Jim Cattles plc Registered in England No: 543610 Kingston House, Centre 27 Business Park, Woodhead Road, Birstall, Batley, WF179TD. The views and opinions expressed herein are those of the author and not of Cattles plc or any of its subsidiaries.The content of this e-mail is confidential, may contain privileged material and is intended solely for the recipient(s) named above. If you receive this in error, please notify the sender immediately and delete this e-mail. Please note that neither Cattles plc nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments(if any). No contracts or agreements may be concluded on behalf of Cattles plc or its subsidiaries by means of email communications. This message has been scanned for Viruses by Cattles and Sophos Puremessage scanning service. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** 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 a
Re: defective tape (copy pool volume)
Hi, ok. I should have said that the copy pool is defined on a server to server connection. So the server that creates the copy pool has volumes named .BFS.xxx and the destination server has 3590 volumes. So far I have deleted the 3590 volume no. 1234567 from the "destination" server (delete volume discarddata=yes). After running "reconcile volumes" I noticed that there are unavailable "volumes" named .BFS.xx . How can I fix that? Regards, Egonle Whereas I guess, Once you successfully remove the tape from library ..we do not need to discard the data .. but you may ask TSM to move the data to the same storage pool..in your case copypool. ..The files will be taken from primary pool and then yo may run your normal procedures which will not include this faulty tape. Sadat Michael Green wrote: > I guess you will have to > 1. audit library checkl=b > 2. del vol discardd=y > 3. Either wait to your next scheduled 'ba stg' schedule that will > recognize that some files (that were on the damaged tape) are not > backed up and backup them again or run 'ba stg' commands with relevant > stgpools to recreate the damaged tape as soon as possible. > > HTH > > On Dec 10, 2007 10:19 PM, wrote: > > Hi, > > > > I tried finding a solution in the archives but no success yet. > > Today one of our tape was torn off and is still stuck within the drive. > > Tomorrow an IBM technician will repair the drive (state: unavailable). > > The tape volume is used as copy pool volume. What do I have to do to > > checkout the tape off the library and resync the copy pool for the data of > > that tape ? > > > > > > Thanks, > > > > Egonls > > > > > > Bei AOL gibt's jetzt kostenlos eMail f?r alle. Klicken Sie auf AOL.de um > > heraus zu finden, was es sonst noch kostenlos bei AOL gibt. > > > > -- > Warm regards, > Michael Green Bei AOL gibt's jetzt kostenlos eMail f?r alle. Klicken Sie auf AOL.de um heraus zu finden, was es sonst noch kostenlos bei AOL gibt.
Re: Migrating TSM Server from Windows to Linux
Hi Richard, I belive you when you say it works but it is not a suppported way to migrate cross platforms. If support havent changed drasticly without a notice.. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard van Denzel Sent: 11. desember 2007 14:17 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Migrating TSM Server from Windows to Linux Hi All, Just to let you know. I've tested this: - Made a DBB to a FILECLASS on a Windows TSM 5.4. - Installed a RHEL5 VM with TSM 5.5. - FTP-ed the .dbb to the VM. - Did a ./dsmserv restore db dev=dbbackup file=.dbb. - Did a ./dsmserv upgradedb afterwards (because the Windows TSM was 5.4). - It all seems to be working after reinstalling the licenses. Met vriendelijke groet, with kind regards, Richard van Denzel. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Problems after upgrading 5.3 Linux client to 5.4
I run a TSM 5.3.4.0 TSM server. I recently encounterered a problem where the 5.3.4.0 linux TSM client aborted every time it processed a given file system on one of my servers. Instead of upgrading to a newer 5.3.4 client level as would probably have been the wisest thing to to, I promptly uninstalled it and installed a 5.4.1.5 client. Unfortunately, it seems that the 5.4.1.5 client wants to back up a lot of files that have already been backed up, possibly the entire server. As this server contains a 8 digit number of files, this is far from ideal. Does somebody have an idea of what's going on? -- Michael
Re: Strange difference between Primary and Copypool
Eric, I'm interested in learning more about the particulars of your environment. We have been experiencing some odd behavior with our tape pools after recently upgrading the TSM server to 5.4.0 and the Clients (Windows and Unix) to 5.4.1 clients. We also have a primary tape pool library with a copy pool tape library as an electronic vault. Also, what tape library hardware and tape media are you using? We have IBM 3584 libraries with LTO2 drives and LTO2 tapes using Ultrium2C device type. Our usage is similar to you: Storagepool MB TAPEPOOL629154145.05Primary TAPEPOOL728563583.89Copy Seq. Stg. Pool Volumes in Use TAPEPOOL6 106 TAPEPOOL7 112 (includes 4 DBBackup tapes) We have several PMR's (3584 h/w and TSM s/w) open with IBM regarding a large increase in # of tapes used to hold our data after making the upgrade. Andy Huebner <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 12/11/2007 09:29 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Strange difference between Primary and Copypool I would say it is normal to have a little more data in the primary pool due to on-going backups. We have backups running all the time. Since the primary and copy tapes are created differently I am not surprised that there is a different number of tapes. Has there always been more copy than primary tapes? I would think the tape count could swing the other way. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Loon, E.J. van - SPLXM Sent: Tuesday, December 11, 2007 8:05 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Strange difference between Primary and Copypool Hi Jim! My copy pool is an online copy pool. Tapes (in fact virtual tapes) are not checked out, nor removed from the (virtual) library. I didn't state that my copy pool is larger than the primary pool (hence my line "although the copy pool (DL_LBU3_CPY_1) contains less data, it uses more tapes!!!") and I also stated that both storage pools are reclaimed at 60%... On a daily bases.. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jim Young Sent: dinsdag 11 december 2007 14:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: Strange difference between Primary and Copypool Hi My theory works if the following is true. 1) the copy pool is offsite. 2) your statement that the copy pool is larger than the primary pool was incorrect. Its the other way round looing at the numbers given. Original sizings Storagepool MB -- - DL_LBU3_CPY_1 26489427.98 DL_LBU3_PRI_1 27658559.10 As the tapes onsite (in the library) can be mounted over and over again putting new data at the end of the volume until full, you have a non-tape wasting process, BUT The offsite tapes are created and then shipped offsite. The offsite tapes can only be recreated from onsite data and as such, unless they trigger the 60% free reclamation they will sit there until 40% utilized, never defraging, just taking up lots of your lovely tapes. Additional waste can be caused by collocation as well. Not knowing if that is used for nodes in this pool i cannot comment. Plus we don't know the size of files you are backing up against the size of the tapes. ie. a 36Gb database file on a 40Gb DLT holds 90% of the tape. I find this SQL useful for identifying tapes that get stuck and not reclaimed. select volume_name, stgpool_name,pct_utilized, status from volumes - where pct_utilized < 40 and stgpool_name <>'DISKPOOL' - order by pct_utilized, stgpool_name, volume_name Cheers Jim Cattles plc Registered in England No: 543610 Kingston House, Centre 27 Business Park, Woodhead Road, Birstall, Batley, WF179TD. The views and opinions expressed herein are those of the author and not of Cattles plc or any of its subsidiaries.The content of this e-mail is confidential, may contain privileged material and is intended solely for the recipient(s) named above. If you receive this in error, please notify the sender immediately and delete this e-mail. Please note that neither Cattles plc nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments(if any). No contracts or agreements may be concluded on behalf of Cattles plc or its subsidiaries by means of email communications. This message has been scanned for Viruses by Cattles and Sophos Puremessage scanning service. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged
Re: Migrating TSM Server from Windows to Linux
On Dec 11, 2007 2:17 PM, Richard van Denzel <[EMAIL PROTECTED]> wrote: > Hi All, > > Just to let you know. I've tested this: > > - Made a DBB to a FILECLASS on a Windows TSM 5.4. > - Installed a RHEL5 VM with TSM 5.5. > - FTP-ed the .dbb to the VM. > - Did a ./dsmserv restore db dev=dbbackup file=.dbb. > - Did a ./dsmserv upgradedb afterwards (because the Windows TSM was 5.4). > - It all seems to be working after reinstalling the licenses. Do You try to restore any data from migrated TSM server? > > > Met vriendelijke groet, with kind regards, > > Richard van Denzel. > -- --w
Re: defective tape (copy pool volume)
hmm I have not explored this area of server to server copypools.. Hope that someone else would be in better position.. ! I guess Michael. Sadat [EMAIL PROTECTED] wrote: > Hi, > > ok. I should have said that the copy pool is defined on a server to server > connection. So the server that creates the copy pool has volumes named > .BFS.xxx and the destination server has 3590 volumes. > So far I have deleted the 3590 volume no. 1234567 from the "destination" > server (delete volume discarddata=yes). After running "reconcile volumes" I > noticed that there are unavailable "volumes" named .BFS.xx . > How can I fix that? > > Regards, > > Egonle > > > > Whereas I guess, Once you successfully remove the tape from library ..we do > not > need to discard the data .. but you may ask TSM to move the data to the same > storage pool..in your case copypool. > ..The files will be taken from primary pool and then yo may run your normal > procedures which will not include this faulty tape. > > Sadat > > Michael Green wrote: > > > I guess you will have to > > 1. audit library checkl=b > > 2. del vol discardd=y > > 3. Either wait to your next scheduled 'ba stg' schedule that will > > recognize that some files (that were on the damaged tape) are not > > backed up and backup them again or run 'ba stg' commands with relevant > > stgpools to recreate the damaged tape as soon as possible. > > > > HTH > > > > On Dec 10, 2007 10:19 PM, wrote: > > > Hi, > > > > > > I tried finding a solution in the archives but no success yet. > > > Today one of our tape was torn off and is still stuck within the drive. > > > Tomorrow an IBM technician will repair the drive (state: unavailable). > > > The tape volume is used as copy pool volume. What do I have to do to > > > checkout the tape off the library and resync the copy pool for the data of > > > that tape ? > > > > > > > > > Thanks, > > > > > > Egonls > > > > > > > > > Bei AOL gibt's jetzt kostenlos eMail f?r alle. Klicken Sie auf AOL.de um > > > heraus zu finden, was es sonst noch kostenlos bei AOL gibt. > > > > > > > -- > > Warm regards, > > Michael Green > > > Bei AOL gibt's jetzt kostenlos eMail f?r alle. Klicken Sie auf AOL.de um > heraus zu finden, was es sonst noch kostenlos bei AOL gibt.
