W dniu 2011-04-29 15:18, Mark Zelden pisze:
On Fri, 29 Apr 2011 12:30:59 +0530, saurabh khandelwal
<[email protected]> wrote:
Hello,
Thanks for reply. I will check in my site about old PTF,
which can be removed from PTS library and detail about accepted PTFs.
Regards
Saurabh
Caution: SMP/E option PURGE(YES) is needed for the above. PURGE(NO)
means the PTF is not deleted after ACCEPT.
In simpler words: if you accept old PTFs then you don't need more PTS
space for new PTFs.
What R.S. didn't tell you was what to do if PURGE(NO) is specified. I have
to run that way at one of my clients because while I maintain a single
global zone / SMPPTS, I have multiple target zones for different
companies within that shop (multiple per company to match
the sysres set) and a single DLIB zone for each company. I can't clean
up the SMPPTS until ACCEPT is done in all the DLIB zones (otherwise
the 2nd and subsequent ACCEPTs get very angry when the sysmod is
gone from the global zone / SMPPTS!) .
What you have to do is run REJECT in PURGE mode. Simple enough:
SET BOUNDARY (GLOBAL).
REJECT PURGE (DLIB1,DLIB2,DLIB3,...).
After I do that, I run CLEANUP against the maintenance target zones
and compress the SMPPTS(es).
Mark,
I also have multiple DLIB and TARGET zones. My way to clean up PTS is to
switch PURGE OFF, then perform ACCPET on every DLIB *except* last one,
switch PURGE ON (YES) and then perform ACCEPT on the last one. It's
error-prone ;-)
I have a question to the command above: REJECT PURGE(DLIB1,DLIB2,...)
Is AND or OR between the zones? In other words: PTF accepted on every
DLIB will be purged, what about PTF accepted on single DLIB?
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.
This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.
BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, e-mail: [email protected]
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
