Re: collocated storage pool issue
Hi Alex! Ah yes! I didn't think of that one because we don't have offsite volumes. We are in the luxury of having two libraries, physically separated. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Alex Paschal [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 20:41 To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue Hi, Eric. Actually, no. An offsite volume will be in Pending, then when reuse delay is up, the volume goes to status=Empty and drm status=vaultretrieve. A volume can also be status=empty from the time it's defined in a stgpool until the time of the first file write commit onto that volume. Alex Paschal Freightliner, LLC (503) 745-6850 phone/vmail -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 8:10 AM To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue Hi Remco! You are right, but aren't empty volumes always in a pending or scratch state? Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 16:58 To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue On Wed, 16 Jul 2003 16:48:58 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > Hi Remco! > Actually, an empty volume becomes scratch as soon as the Delay Period For > Volume Reuse (part of the storage pool definition) is reached... > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > Hoi Eric, nope, that is when pending volumes become empty :) ** 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. **
Re: collocated storage pool issue
On Wed, 16 Jul 2003 17:10:18 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > Hi Remco! > You are right, but aren't empty volumes always in a pending or scratch > state? One would think so. I've noticed that there is some delay between the moment that a pending volume may become scratch again and the moment in actually becomes scratch. During this time the volume has a state of empty, while Scratch Volume? is still set to Yes. > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > > > -Original Message- > From: Remco Post [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 16:58 > To: [EMAIL PROTECTED] > Subject: Re: collocated storage pool issue > > > On Wed, 16 Jul 2003 16:48:58 +0200 > "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > > > Hi Remco! > > Actually, an empty volume becomes scratch as soon as the Delay Period > > For Volume Reuse (part of the storage pool definition) is reached... > > Kindest regards, > > Eric van Loon > > KLM Royal Dutch Airlines > > > > Hoi Eric, > > nope, that is when pending volumes become empty :) > > > > > -----Original Message- > > From: Remco Post [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, July 16, 2003 16:19 > > To: [EMAIL PROTECTED] > > Subject: Re: collocated storage pool issue > > > > > > On Wed, 16 Jul 2003 14:50:08 +0200 > > Jacques Butcher <[EMAIL PROTECTED]> wrote: > > > > > I also had an issue with collocation before where the tape > > > volumes do not go back to scratch after reclaimation ran. > > > By querying the library volumes it does not say that these > > > tapes contains "data" but they are still private. Querying > > > the volumes shows that the tapes are empty. They are > > > however not automatically deleted from the pool they belong > > > to. Did anyone else get this? > > > > > > > Empty volumes do not go to scratch immedeately, this only happens when a > > storagepool request a scratch-volume > > > > > > > On Wed, 16 Jul 2003 12:05:24 +0400 > > > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > > > Increase the value of Maximum Scratch Volumes Allowed in > > > > new storage pool. > > > > You can reorganize client data into new collacted storage > > > > pool by moving > > > > node data. > > > > > > > > Regards, > > > > Zosi Noriega > > > > > > > > -Original Message- > > > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > > > Sent: Wednesday, July 16, 2003 9:30 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: collocated storage pool issue > > > > > > > > Hi guys, > > > > I have uncollocated storage pool that stores all the > > > > client data in 3494 > > > > tape library and I created a new collocated storage pool > > > > and redirected all > > > > new client data to be stored on it. > > > > Each tape in the collocated storage pool is supposed to > > > > have one node data > > > > (if the pool has empty tapes as I know) but what I foud > > > > in the new storage > > > > pool is different > > > > I found that "some" of the nodes data are stored in one > > > > tape. > > > > Could any one tell me if this is normal? and if it is not > > > > how can I force > > > > each tape to have one client data? > > > > > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > > > > > Regards, > > > > Abdulaziz > > > > > > Jacques Butcher > > > TCM (Technology Corporate Management) Software Engineer > > > Cell: +27 (0)84 676 0329 > > > Tell: +27 (0)11 483-2000 > > > Fax: +27 (0)11 728-3656 > > > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > > > Certified, NetVault Certified, IPSTor Certified, > > > IBM Certified Specialist - Enterprise Tape Solutions > > > Version 2 > > > > > > == > > > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > > > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile > > > > > > -- > > Met vriendelijke groeten, > > > > Remco Post > > > > SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl > > High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 &
Re: collocated storage pool issue
Hi, Eric. Actually, no. An offsite volume will be in Pending, then when reuse delay is up, the volume goes to status=Empty and drm status=vaultretrieve. A volume can also be status=empty from the time it's defined in a stgpool until the time of the first file write commit onto that volume. Alex Paschal Freightliner, LLC (503) 745-6850 phone/vmail -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 8:10 AM To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue Hi Remco! You are right, but aren't empty volumes always in a pending or scratch state? Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 16:58 To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue On Wed, 16 Jul 2003 16:48:58 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > Hi Remco! > Actually, an empty volume becomes scratch as soon as the Delay Period For > Volume Reuse (part of the storage pool definition) is reached... > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > Hoi Eric, nope, that is when pending volumes become empty :)
Re: collocated storage pool issue
Hi Remco! You are right, but aren't empty volumes always in a pending or scratch state? Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 16:58 To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue On Wed, 16 Jul 2003 16:48:58 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > Hi Remco! > Actually, an empty volume becomes scratch as soon as the Delay Period For > Volume Reuse (part of the storage pool definition) is reached... > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > Hoi Eric, nope, that is when pending volumes become empty :) > > -Original Message- > From: Remco Post [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 16:19 > To: [EMAIL PROTECTED] > Subject: Re: collocated storage pool issue > > > On Wed, 16 Jul 2003 14:50:08 +0200 > Jacques Butcher <[EMAIL PROTECTED]> wrote: > > > I also had an issue with collocation before where the tape > > volumes do not go back to scratch after reclaimation ran. > > By querying the library volumes it does not say that these > > tapes contains "data" but they are still private. Querying > > the volumes shows that the tapes are empty. They are > > however not automatically deleted from the pool they belong > > to. Did anyone else get this? > > > > Empty volumes do not go to scratch immedeately, this only happens when a > storagepool request a scratch-volume > > > > On Wed, 16 Jul 2003 12:05:24 +0400 > > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > > Increase the value of Maximum Scratch Volumes Allowed in > > > new storage pool. > > > You can reorganize client data into new collacted storage > > > pool by moving > > > node data. > > > > > > Regards, > > > Zosi Noriega > > > > > > -Original Message- > > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, July 16, 2003 9:30 PM > > > To: [EMAIL PROTECTED] > > > Subject: collocated storage pool issue > > > > > > Hi guys, > > > I have uncollocated storage pool that stores all the > > > client data in 3494 > > > tape library and I created a new collocated storage pool > > > and redirected all > > > new client data to be stored on it. > > > Each tape in the collocated storage pool is supposed to > > > have one node data > > > (if the pool has empty tapes as I know) but what I foud > > > in the new storage > > > pool is different > > > I found that "some" of the nodes data are stored in one > > > tape. > > > Could any one tell me if this is normal? and if it is not > > > how can I force > > > each tape to have one client data? > > > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > > > Regards, > > > Abdulaziz > > > > Jacques Butcher > > TCM (Technology Corporate Management) Software Engineer > > Cell: +27 (0)84 676 0329 > > Tell: +27 (0)11 483-2000 > > Fax: +27 (0)11 728-3656 > > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > > Certified, NetVault Certified, IPSTor Certified, > > IBM Certified Specialist - Enterprise Tape Solutions > > Version 2 > > > > == > > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile > > > -- > Met vriendelijke groeten, > > Remco Post > > SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl > High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 > > "I really didn't foresee the Internet. But then, neither did the computer > industry. Not that that tells us very much of course - the computer industry > didn't even foresee that the century was going to end." -- Douglas Adams > > > ** > 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 Luchtvaa
Re: collocated storage pool issue
On Wed, 16 Jul 2003 16:48:58 +0200 "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> wrote: > Hi Remco! > Actually, an empty volume becomes scratch as soon as the Delay Period For > Volume Reuse (part of the storage pool definition) is reached... > Kindest regards, > Eric van Loon > KLM Royal Dutch Airlines > Hoi Eric, nope, that is when pending volumes become empty :) > > -Original Message- > From: Remco Post [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 16:19 > To: [EMAIL PROTECTED] > Subject: Re: collocated storage pool issue > > > On Wed, 16 Jul 2003 14:50:08 +0200 > Jacques Butcher <[EMAIL PROTECTED]> wrote: > > > I also had an issue with collocation before where the tape > > volumes do not go back to scratch after reclaimation ran. > > By querying the library volumes it does not say that these > > tapes contains "data" but they are still private. Querying > > the volumes shows that the tapes are empty. They are > > however not automatically deleted from the pool they belong > > to. Did anyone else get this? > > > > Empty volumes do not go to scratch immedeately, this only happens when a > storagepool request a scratch-volume > > > > On Wed, 16 Jul 2003 12:05:24 +0400 > > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > > Increase the value of Maximum Scratch Volumes Allowed in > > > new storage pool. > > > You can reorganize client data into new collacted storage > > > pool by moving > > > node data. > > > > > > Regards, > > > Zosi Noriega > > > > > > -Original Message- > > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, July 16, 2003 9:30 PM > > > To: [EMAIL PROTECTED] > > > Subject: collocated storage pool issue > > > > > > Hi guys, > > > I have uncollocated storage pool that stores all the > > > client data in 3494 > > > tape library and I created a new collocated storage pool > > > and redirected all > > > new client data to be stored on it. > > > Each tape in the collocated storage pool is supposed to > > > have one node data > > > (if the pool has empty tapes as I know) but what I foud > > > in the new storage > > > pool is different > > > I found that "some" of the nodes data are stored in one > > > tape. > > > Could any one tell me if this is normal? and if it is not > > > how can I force > > > each tape to have one client data? > > > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > > > Regards, > > > Abdulaziz > > > > Jacques Butcher > > TCM (Technology Corporate Management) Software Engineer > > Cell: +27 (0)84 676 0329 > > Tell: +27 (0)11 483-2000 > > Fax: +27 (0)11 728-3656 > > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > > Certified, NetVault Certified, IPSTor Certified, > > IBM Certified Specialist - Enterprise Tape Solutions > > Version 2 > > > > == > > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile > > > -- > Met vriendelijke groeten, > > Remco Post > > SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl > High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 > > "I really didn't foresee the Internet. But then, neither did the computer > industry. Not that that tells us very much of course - the computer industry > didn't even foresee that the century was going to end." -- Douglas Adams > > > ** > 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. > ** -- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams
Re: collocated storage pool issue
Hi Remco! Actually, an empty volume becomes scratch as soon as the Delay Period For Volume Reuse (part of the storage pool definition) is reached... Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 16:19 To: [EMAIL PROTECTED] Subject: Re: collocated storage pool issue On Wed, 16 Jul 2003 14:50:08 +0200 Jacques Butcher <[EMAIL PROTECTED]> wrote: > I also had an issue with collocation before where the tape > volumes do not go back to scratch after reclaimation ran. > By querying the library volumes it does not say that these > tapes contains "data" but they are still private. Querying > the volumes shows that the tapes are empty. They are > however not automatically deleted from the pool they belong > to. Did anyone else get this? > Empty volumes do not go to scratch immedeately, this only happens when a storagepool request a scratch-volume > On Wed, 16 Jul 2003 12:05:24 +0400 > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > Increase the value of Maximum Scratch Volumes Allowed in > > new storage pool. > > You can reorganize client data into new collacted storage > > pool by moving > > node data. > > > > Regards, > > Zosi Noriega > > > > -Original Message- > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, July 16, 2003 9:30 PM > > To: [EMAIL PROTECTED] > > Subject: collocated storage pool issue > > > > Hi guys, > > I have uncollocated storage pool that stores all the > > client data in 3494 > > tape library and I created a new collocated storage pool > > and redirected all > > new client data to be stored on it. > > Each tape in the collocated storage pool is supposed to > > have one node data > > (if the pool has empty tapes as I know) but what I foud > > in the new storage > > pool is different > > I found that "some" of the nodes data are stored in one > > tape. > > Could any one tell me if this is normal? and if it is not > > how can I force > > each tape to have one client data? > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > Regards, > > Abdulaziz > > Jacques Butcher > TCM (Technology Corporate Management) Software Engineer > Cell: +27 (0)84 676 0329 > Tell: +27 (0)11 483-2000 > Fax: +27 (0)11 728-3656 > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > Certified, NetVault Certified, IPSTor Certified, > IBM Certified Specialist - Enterprise Tape Solutions > Version 2 > > == > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile -- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams ** 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. **
Re: collocated storage pool issue
On Wed, 16 Jul 2003 14:50:08 +0200 Jacques Butcher <[EMAIL PROTECTED]> wrote: > I also had an issue with collocation before where the tape > volumes do not go back to scratch after reclaimation ran. > By querying the library volumes it does not say that these > tapes contains "data" but they are still private. Querying > the volumes shows that the tapes are empty. They are > however not automatically deleted from the pool they belong > to. Did anyone else get this? > Empty volumes do not go to scratch immedeately, this only happens when a storagepool request a scratch-volume > On Wed, 16 Jul 2003 12:05:24 +0400 > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > Increase the value of Maximum Scratch Volumes Allowed in > > new storage pool. > > You can reorganize client data into new collacted storage > > pool by moving > > node data. > > > > Regards, > > Zosi Noriega > > > > -Original Message- > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, July 16, 2003 9:30 PM > > To: [EMAIL PROTECTED] > > Subject: collocated storage pool issue > > > > Hi guys, > > I have uncollocated storage pool that stores all the > > client data in 3494 > > tape library and I created a new collocated storage pool > > and redirected all > > new client data to be stored on it. > > Each tape in the collocated storage pool is supposed to > > have one node data > > (if the pool has empty tapes as I know) but what I foud > > in the new storage > > pool is different > > I found that "some" of the nodes data are stored in one > > tape. > > Could any one tell me if this is normal? and if it is not > > how can I force > > each tape to have one client data? > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > Regards, > > Abdulaziz > > Jacques Butcher > TCM (Technology Corporate Management) Software Engineer > Cell: +27 (0)84 676 0329 > Tell: +27 (0)11 483-2000 > Fax: +27 (0)11 728-3656 > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > Certified, NetVault Certified, IPSTor Certified, > IBM Certified Specialist - Enterprise Tape Solutions > Version 2 > > == > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile -- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams
Re: collocated storage pool issue
Hi, Issue a q vol and see if the output has "Scratch Volume?: Yes" in it. If this is set to NO the volume remains in the storage pool it was defined to. If it is set to YES, you have to do an audit vol fix=yes. Regard. Karel > -Oorspronkelijk bericht- > Van: Jacques Butcher [mailto:[EMAIL PROTECTED] > Verzonden: woensdag 16 juli 2003 14:50 > Aan: [EMAIL PROTECTED] > Onderwerp: Re: collocated storage pool issue > > > I also had an issue with collocation before where the tape > volumes do not go back to scratch after reclaimation ran. > By querying the library volumes it does not say that these > tapes contains "data" but they are still private. Querying > the volumes shows that the tapes are empty. They are > however not automatically deleted from the pool they belong > to. Did anyone else get this? > > On Wed, 16 Jul 2003 12:05:24 +0400 > Zosimo Noriega <[EMAIL PROTECTED]> wrote: > > Increase the value of Maximum Scratch Volumes Allowed in > > new storage pool. > > You can reorganize client data into new collacted storage > > pool by moving > > node data. > > > > Regards, > > Zosi Noriega > > > > -Original Message- > > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, July 16, 2003 9:30 PM > > To: [EMAIL PROTECTED] > > Subject: collocated storage pool issue > > > > Hi guys, > > I have uncollocated storage pool that stores all the > > client data in 3494 > > tape library and I created a new collocated storage pool > > and redirected all > > new client data to be stored on it. > > Each tape in the collocated storage pool is supposed to > > have one node data > > (if the pool has empty tapes as I know) but what I foud > > in the new storage > > pool is different > > I found that "some" of the nodes data are stored in one > > tape. > > Could any one tell me if this is normal? and if it is not > > how can I force > > each tape to have one client data? > > > > I have TSM 5.1.5 on AIX 4.3.3 > > > > Regards, > > Abdulaziz > > Jacques Butcher > TCM (Technology Corporate Management) Software Engineer > Cell: +27 (0)84 676 0329 > Tell: +27 (0)11 483-2000 > Fax: +27 (0)11 728-3656 > Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 > Certified, NetVault Certified, IPSTor Certified, > IBM Certified Specialist - Enterprise Tape Solutions > Version 2 > > == > Download ringtones, logos and picture messages at Ananzi Mobile Fun. > http://www.ananzi.co.za/cgi-bin/goto.pl?mobile >
Re: collocated storage pool issue
I also had an issue with collocation before where the tape volumes do not go back to scratch after reclaimation ran. By querying the library volumes it does not say that these tapes contains "data" but they are still private. Querying the volumes shows that the tapes are empty. They are however not automatically deleted from the pool they belong to. Did anyone else get this? On Wed, 16 Jul 2003 12:05:24 +0400 Zosimo Noriega <[EMAIL PROTECTED]> wrote: > Increase the value of Maximum Scratch Volumes Allowed in > new storage pool. > You can reorganize client data into new collacted storage > pool by moving > node data. > > Regards, > Zosi Noriega > > -Original Message- > From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 16, 2003 9:30 PM > To: [EMAIL PROTECTED] > Subject: collocated storage pool issue > > Hi guys, > I have uncollocated storage pool that stores all the > client data in 3494 > tape library and I created a new collocated storage pool > and redirected all > new client data to be stored on it. > Each tape in the collocated storage pool is supposed to > have one node data > (if the pool has empty tapes as I know) but what I foud > in the new storage > pool is different > I found that "some" of the nodes data are stored in one > tape. > Could any one tell me if this is normal? and if it is not > how can I force > each tape to have one client data? > > I have TSM 5.1.5 on AIX 4.3.3 > > Regards, > Abdulaziz Jacques Butcher TCM (Technology Corporate Management) Software Engineer Cell: +27 (0)84 676 0329 Tell: +27 (0)11 483-2000 Fax: +27 (0)11 728-3656 Nat. IT Diploma, MCSE, IBM Tivoli Storage Manager 5.1 Certified, NetVault Certified, IPSTor Certified, IBM Certified Specialist - Enterprise Tape Solutions Version 2 == Download ringtones, logos and picture messages at Ananzi Mobile Fun. http://www.ananzi.co.za/cgi-bin/goto.pl?mobile
Re: collocated storage pool issue
Increase the value of Maximum Scratch Volumes Allowed in new storage pool. You can reorganize client data into new collacted storage pool by moving node data. Regards, Zosi Noriega -Original Message- From: Abdulaziz Almuammar [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 9:30 PM To: [EMAIL PROTECTED] Subject: collocated storage pool issue Hi guys, I have uncollocated storage pool that stores all the client data in 3494 tape library and I created a new collocated storage pool and redirected all new client data to be stored on it. Each tape in the collocated storage pool is supposed to have one node data (if the pool has empty tapes as I know) but what I foud in the new storage pool is different I found that "some" of the nodes data are stored in one tape. Could any one tell me if this is normal? and if it is not how can I force each tape to have one client data? I have TSM 5.1.5 on AIX 4.3.3 Regards, Abdulaziz This e-mail may contain confidential and/or priviledged information. If you are not the intended recepient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail.
