Backup Central

Check and see what MAXSCRATCH is set to on xosatapool. If you
predefined the volumes, it should probably be "0".

Also, I've seen it do this if you remove a volume from the filesystem,
then allocate new ones, but don't remove the old volume definition from
within TSM (del vol XXXX). For some reason it tries to recreate them,
even if maxscratch=0 and there are other volumes available.

-Lloyd

On 12/22/2011 06:26 AM, Copper, Steve wrote:
No - I get no volumes returned.

tsm: TSM>q v stg=exosatapool stat=emp acc=reado,unav
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of
James R Owen
Sent: 22 December 2011 11:20
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: Storage pool using scratch volumes instead of empty volumes

Steve, does this command also list your empty volumes:
q v stg=exosatapool stat=emp acc=reado,unav
--
jim.owen < at > yale.edu

On 12/22/2011 4:23 AM, Copper, Steve wrote:
...
My question is: Why is this migration process creating scratch volumes
in my filesystems when I have 666 (not made up,current figure!) empty
volumes assigned to the storage pool? This has only recently started
happening - before it would only create scratch volumes when it had
run out of Empty volumes.
...
Snip of "q vol stgpool=exosatapool" and grep'd for Empty

/sata_vol_71/sata5058.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5059.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5060.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5061.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
...
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Western Power Distribution (South West) plc / Western Power Distribution (South Wales) plc / Western Power Distribution (East Midlands) plc / Western Power Distribution (West Midlands) plc
Registered in England and Wales
Registered number: 2366894 (South West) / 2366985 (South Wales) / 2366923 (East Midlands) / 3600574 (West Midlands)

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 postmaster < at > westernpower.co.uk

MAXSCRATCH is set to 999 but I was thinking along the lines of setting
it to "0" as I don't want it to ever create scratch volumes (the
filesystems only have a couple hundred MB free anyway, if that).

I think I have found the answer (prompted by Dale Jolliff). A lot of
these volumes have recently been created but the filesystems that they
reside on weren't added to the device class parameter so TSM wouldn't
have used them - I have added them now and will see what happens
tonight.

Thanks all.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of
Lloyd Dieter
Sent: 22 December 2011 14:59
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: [adsm] Re: Storage pool using scratch volumes instead of
empty volumes

Check and see what MAXSCRATCH is set to on xosatapool. If you
predefined the volumes, it should probably be "0".

Also, I've seen it do this if you remove a volume from the filesystem,
then allocate new ones, but don't remove the old volume definition from
within TSM (del vol XXXX). For some reason it tries to recreate them,
even if maxscratch=0 and there are other volumes available.

-Lloyd

On 12/22/2011 06:26 AM, Copper, Steve wrote:
No - I get no volumes returned.

tsm: TSM>q v stg=exosatapool stat=emp acc=reado,unav ANR2034E QUERY
VOLUME: No match found using this criteria.
ANS8001I Return code 11.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf
Of James R Owen
Sent: 22 December 2011 11:20
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: Storage pool using scratch volumes instead of empty
volumes

Steve, does this command also list your empty volumes:
q v stg=exosatapool stat=emp acc=reado,unav
--
jim.owen < at > yale.edu

On 12/22/2011 4:23 AM, Copper, Steve wrote:
...
My question is: Why is this migration process creating scratch
volumes in my filesystems when I have 666 (not made up,current
figure!) empty volumes assigned to the storage pool? This has only
recently started happening - before it would only create scratch
volumes when it had run out of Empty volumes.
...
Snip of "q vol stgpool=exosatapool" and grep'd for Empty

/sata_vol_71/sata5058.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5059.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5060.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
/sata_vol_71/sata5061.d- EXOSATAPOOL SATACLASS 20.0 G
0.0 Empty
...
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Western Power Distribution (South West) plc / Western Power
Distribution (South Wales) plc / Western Power Distribution (East
Midlands) plc / Western Power Distribution (West Midlands) plc
Registered in England and Wales Registered number: 2366894 (South
West) / 2366985 (South Wales) / 2366923 (East Midlands) / 3600574
(West Midlands)

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
postmaster < at > westernpower.co.uk


______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Western Power Distribution (South West) plc / Western Power Distribution (South Wales) plc / Western Power Distribution (East Midlands) plc / Western Power Distribution (West Midlands) plc
Registered in England and Wales
Registered number: 2366894 (South West) / 2366985 (South Wales) / 2366923 (East Midlands) / 3600574 (West Midlands)

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 postmaster < at > westernpower.co.uk

Does anyone know how to take this select command which produces only one month of data and allow it to go back say 1 year if possible. I have tried to figure it out but nothing works

select date(start_time) as "Start Date",time(start_time) as "Start Time",date(end_time) as "End Date",time(end_time) as "End Time",number as "Process #",activity,schedule_name,entity,bytes,successful from summary where schedule_name='SchedNAME'

Thanks Everyone and Happy Holidays

 
 
---------------------------------------------------------------
Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.

I don't' think it's your select that is the problem.
enter: q status

Look for the line "activity summary retention period"
If it is set to 30 days, that's how long the summary records are kept.

If you want the records to go back longer, change it with SET SUMMARYRETENTION nnn
Where nnn is the number of days you want the records kept.
(No retrieving the ones already gone, though.)


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of Lepre, James
Sent: Thursday, December 22, 2011 10:59 AM
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: [ADSM-L] [adsm] Re: Storage pool using scratch volumes instead of empty volumes

Does anyone know how to take this select command which produces only one month of data and allow it to go back say 1 year if possible. I have tried to figure it out but nothing works

select date(start_time) as "Start Date",time(start_time) as "Start Time",date(end_time) as "End Date",time(end_time) as "End Time",number as "Process #",activity,schedule_name,entity,bytes,successful from summary where schedule_name='SchedNAME'

Thanks Everyone and Happy Holidays

 
 
---------------------------------------------------------------
Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.

Perfect Thank you

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of Prather, Wanda
Sent: Thursday, December 22, 2011 11:10 AM
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: [ADSM-L] [adsm] Re: Storage pool using scratch volumes instead of empty volumes

I don't' think it's your select that is the problem.
enter: q status

Look for the line "activity summary retention period"
If it is set to 30 days, that's how long the summary records are kept.

If you want the records to go back longer, change it with SET SUMMARYRETENTION nnn Where nnn is the number of days you want the records kept.
(No retrieving the ones already gone, though.)


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of Lepre, James
Sent: Thursday, December 22, 2011 10:59 AM
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: [ADSM-L] [adsm] Re: Storage pool using scratch volumes instead of empty volumes

Does anyone know how to take this select command which produces only one month of data and allow it to go back say 1 year if possible. I have tried to figure it out but nothing works

select date(start_time) as "Start Date",time(start_time) as "Start Time",date(end_time) as "End Date",time(end_time) as "End Time",number as "Process #",activity,schedule_name,entity,bytes,successful from summary where schedule_name='SchedNAME'

Thanks Everyone and Happy Holidays

 
 
---------------------------------------------------------------
Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.

Hi James,

Are you at least sure that your summary table has been set to keep records older than one month ?
Check the entry "Activity Summary Retention Period" in the output of "q stat" to verify ...

Cheers.

Arnaud


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L < at > VM.MARIST.EDU] On Behalf Of Lepre, James
Sent: Thursday, 22 December, 2011 16:59
To: ADSM-L < at > VM.MARIST.EDU
Subject: Re: [adsm] Re: Storage pool using scratch volumes instead of empty volumes

Does anyone know how to take this select command which produces only one month of data and allow it to go back say 1 year if possible. I have tried to figure it out but nothing works

select date(start_time) as "Start Date",time(start_time) as "Start Time",date(end_time) as "End Date",time(end_time) as "End Time",number as "Process #",activity,schedule_name,entity,bytes,successful from summary where schedule_name='SchedNAME'

Thanks Everyone and Happy Holidays

 
 
---------------------------------------------------------------
Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.