Re: 3590 Tape error when vol=ser not specified
THANK YOU SO MUCH -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, February 24, 2011 4:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3590 Tape error when vol=ser not specified W dniu 2011-02-24 22:19, Greg Caserta pisze: > No autoloader. Here is the results from the d u,,,100 ( the drives are > offline right now) > D U,,,0100 > IEE457I 16.17.24 UNIT STATUS 161 > UNIT TYPE STATUSVOLSER VOLSTATE > 0100 359S F-NRD/REMOV > 0101 359S F-NRD/REMOV > 0102 359S F-NRD/REMOV > 0103 359S F-NRD/REMOV See IEE457I explanation: xxxS where xxx represents the first three digits of device type (for example, '348' for a 3480 or '349' for a 3490) and 'S' means the device has a cartridge stack loader. So, your OS/390 *thinks* that your 3590 does have autoloader. Lack of autoloader casues surprise and message. However AFAIR it doesn't hurt. You can simply ignore the messages. AFAIR they appear only for non-specific volume requests. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM classification of UNIX work - "problem"
I have a problem on z/OS 1.10. I run two types of UNIX work. The first is batch job work which fork()'s. The second is interactive work such as TSO OMVS or Telnet. Unfortunately, WLM has no way that I can find to assign said work to different service classes. I wish that the fork()'ed address space would inherit the WLM service class of the (careful!) fork()'er. Am I missing something in WLM? One example: a test UNIX job's child processes will run in the same service class as a production job's, unless I classify via jobname. But my TELNET jobname is the same as the FTP jobname (ftp coming in from desktop). And they are the same as what I start my batch job names with (I use the old time userid+character for ease of use of SDSF). John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX work - "problem"
On Fri, 25 Feb 2011 07:52:31 -0600, McKown, John wrote: >I have a problem on z/OS 1.10. I run two types of UNIX work. The first is batch job work which fork()'s. The second is interactive work such as TSO OMVS or Telnet. Unfortunately, WLM has no way that I can find to assign said work to different service classes. I wish that the fork()'ed address space would inherit the WLM service class of the (careful!) fork()'er. Am I missing something in WLM? One example: a test UNIX job's child processes will run in the same service class as a production job's, unless I classify via jobname. But my TELNET jobname is the same as the FTP jobname (ftp coming in from desktop). And they are the same as what I start my batch job names with (I use the old time userid+character for ease of use of SDSF). > So are you saying your default (which production falls into) is what your forked process is falling into? What about classifying by accounting information? Have you looked at help in the dialogs. Strangely enough, the help is "Work Qualifiers for USS Subsystem Type" instead of OMVS subsystem type (and PLEASE lets not start that thread again!): *** * USS * *** Listed below are the various work qualifiers which are valid for an z/OS UNIX System Services subsystem type. ACCOUNTING INFORMATION Account numbers for z/OS UNIX System Services forked or spawned address spaces are set as follows: o Forked or spawned address spaces inherit accounting data from parent address space. o When daemon processes such as rlogind or cron create new o When daemon processes such as rlogind or cron create new work using setuid() and exec(), accounting data comes from the user's RACF profile (the WAACCNT value in the WORKATTR segment). If this value is not defined in RACF, the address space will not have accounting data. o Accounting data can also be verified or changed using the IEFUSI installation exit. === Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX work - "problem"
> -Original Message- > > So are you saying your default (which production falls into) > is what your > forked process is falling into? > > What about classifying by accounting information? Have you looked at > help in the dialogs. Strangely enough, the help is "Work > Qualifiers for > USS Subsystem Type" instead of OMVS subsystem type (and PLEASE > lets not start that thread again!): > > > > *** > * USS * > *** > > Listed below are the various work qualifiers which are valid for an > z/OS UNIX System Services subsystem type. > > ACCOUNTING INFORMATION > Account numbers for z/OS UNIX System Services forked or spawned > address spaces are set as follows: > > o Forked or spawned address spaces inherit accounting data > from parent address space. > > o When daemon processes such as rlogind or cron create new > > o When daemon processes such as rlogind or cron create new > work using setuid() and exec(), accounting data comes from > the user's RACF profile (the WAACCNT value in the WORKATTR > segment). If this value is not defined in RACF, the address > space will not have accounting data. > > o Accounting data can also be verified or changed using the > IEFUSI installation exit. > > === > > Regards, > > Mark > -- We don't use accounting information in our batch jobs. Well, there is something in there. But it is not meaningful or controlled. Basically, for batch, we use the job class to assign the service group. All TSO users get the same service group. STCs are classified, as needed, by STC job name. We have little UNIX work, so I generally lump 99% of it in one service class. The rest is grouped by RACF id for specific RACF ids. I'll look at that WAACCNT to see if I can use it, thanks! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM classification of UNIX work - "problem"
On Fri, 25 Feb 2011 08:23:25 -0600, McKown, John wrote: >> -Original Message- > >> >> So are you saying your default (which production falls into) >> is what your >> forked process is falling into? >> >> What about classifying by accounting information? Have you looked at >> help in the dialogs. Strangely enough, the help is "Work >> Qualifiers for >> USS Subsystem Type" instead of OMVS subsystem type (and PLEASE >> lets not start that thread again!): >> >> >> >> *** >> * USS * >> *** >> >> Listed below are the various work qualifiers which are valid for an >> z/OS UNIX System Services subsystem type. >> >> ACCOUNTING INFORMATION >> Account numbers for z/OS UNIX System Services forked or spawned >> address spaces are set as follows: >> >> o Forked or spawned address spaces inherit accounting data >> from parent address space. >> >> o When daemon processes such as rlogind or cron create new >> >> o When daemon processes such as rlogind or cron create new >> work using setuid() and exec(), accounting data comes from >> the user's RACF profile (the WAACCNT value in the WORKATTR >> segment). If this value is not defined in RACF, the address >> space will not have accounting data. >> >> o Accounting data can also be verified or changed using the >> IEFUSI installation exit. >> >> === >> >> Regards, >> >> Mark >> -- > >We don't use accounting information in our batch jobs. Well, there is something in there. But it is not meaningful or controlled. Basically, for batch, we use the job class to assign the service group. All TSO users get the same service group. STCs are classified, as needed, by STC job name. We have little UNIX work, so I generally lump 99% of it in one service class. The rest is grouped by RACF id for specific RACF ids. > >I'll look at that WAACCNT to see if I can use it, thanks! > It doesn't matter how much you use or don't use accounting information now. You can still accomplish what you want for these specific jobs / processes, using IEFUSI if need be. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Am I running in an IMS MPR?
Art wrote: > We look for... DFSVC000 (SVC) Close. DFSVC000 is the SCD control block which at +C has an SVC instruction with the IMS type-2 SVC as the SVC number. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Removing BINS from RMM
This seems like a pretty common exercise but I can’t find any meaningful information on it. We have an offsite location that was bin managed so we have numerous bins defined for the location. But now the location is no longer bin managed and I’m trying to remove the bins from RMM, all of which are empty. I changed the MANAGEMENTTYPE to NOBINS but RMM is still trying to assign bins to tapes going to that location. I removed the bins from RMM and now RMM housekeeping terminates because there are no bins in the location. I tried re-adding some bins and RMM refuses, saying it’s not a self managed location: Location OP is not shelf-managed. Specify the name of a shelf-managed storage location. Seems I’ve gone full circle. Does anyone know how to tell RMM to quit assigning bins for this location? EDG2403E MOVE OF VOLUME VT0025 DEFERRED - NO AVAILABLE EMPTY BIN NUMBERS FOR MEDIANAME CART IN LOCATION OP EDGRMM00: LOCDEF LOCATION(OP) MEDIANAME(CART) MANAGEMENTTYPE(NOBINS) TYPE(STORAGE) RMM: 5.7.8 Location Locdef Management Location Priority Media Names, Type Type, -- -- - . . . OP ,YES ,NOBINS,STORE ,2000,CART David G. Schlecht | Information Technology Professional | DoIT Facility State of Nevada | Department of Information Technology T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@doit.nv.gov This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to which it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and delete all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving from XCF-local to single-system sysplex environment
We have a XCF-local system with no access to a coupling facility. However, we would like to run CICS/TS 4.1 with DASD-only logging. Can we create a COUPLExx parmlib member with LOGR only ? Or do we need all five COUPLE facilities ?
Tivoli Advanced Catalog Tool
All, Has anyone used the IBM Tivoli Advanced Catalog Management for z/OS to move catalog entries for open files to a new catalog? Especially for files that are open for a long time after they are moved... like CICS VSAM files? Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System symbols in dynamic allocation
On Wed, 23 Feb 2011 17:42:08 -0600, Arthur Gutowski wrote: >Since JOB C/I and execution are not guaranteed to happen on the same >system in a MAS, if the value for a given symbol is different on each, when do >you want to resolve the symbol? Some will say "at C/I", others will say "at >execution". Since the entire z/OS user community will not likely ever agree, >IBM cannot unilaterally implement a resolution. Either way will cause a large >share of customers significant grief. > >For STCs, C/I and execution happen on the same system (in JES2 at least), so >you can safely use system symbols in STC JCL, as many of us do, extensively. I have always found that argument lacking for many of the symbols - sysname, date, time. Give me multiple symbols CSYSNAM, ESYSNAM, CDATE, EDATE and I will use the one that makes sense in my application and environment. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
Unless you are a running an ancient MVS release, 'XCF-Local' no longer exists. Single systems must now run as Monoplex. That being said, there is no problem running a system in Monoplex mode, which allows system logger to write to DASD-only data sets. Although it may not suit your needs, you can also run multiple systems in Basic Sysplex mode, which allows limited sharing of resources like console without any CF access. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Daniel Allen To: IBM-MAIN@bama.ua.edu Date: 02/25/2011 08:31 AM Subject:Moving from XCF-local to single-system sysplex environment Sent by:IBM Mainframe Discussion List We have a XCF-local system with no access to a coupling facility. However, we would like to run CICS/TS 4.1 with DASD-only logging. Can we create a COUPLExx parmlib member with LOGR only ? Or do we need all five COUPLE facilities ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
Daniel Allen pisze: We have a XCF-local system with no access to a coupling facility. However, we would like to run CICS/TS 4.1 with DASD-only logging. Can we create a COUPLExx parmlib member with LOGR only ? Or do we need all five COUPLE facilities ? No, and no. You have to create two CDS types: sysplex (aka XCF) and LOGR. Oh, BTW, there are 7 CDS types. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
The term is in the z/OS 1.12 manual called 'Setting up a SYSPLEX'. IBM has not updated their information. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, February 25, 2011 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment Unless you are a running an ancient MVS release, 'XCF-Local' no longer exists. Single systems must now run as Monoplex. That being said, there is no problem running a system in Monoplex mode, which allows system logger to write to DASD-only data sets. Although it may not suit your needs, you can also run multiple systems in Basic Sysplex mode, which allows limited sharing of resources like console without any CF access. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Daniel Allen To: IBM-MAIN@bama.ua.edu Date: 02/25/2011 08:31 AM Subject:Moving from XCF-local to single-system sysplex environment Sent by:IBM Mainframe Discussion List We have a XCF-local system with no access to a coupling facility. However, we would like to run CICS/TS 4.1 with DASD-only logging. Can we create a COUPLExx parmlib member with LOGR only ? Or do we need all five COUPLE facilities ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
Daniel Allen wrote: >We have a XCF-local system with no access to a coupling facility. However, we >would like to run CICS/TS 4.1 with DASD-only logging. > >Can we create a COUPLExx parmlib member with LOGR only ? > >Or do we need all five COUPLE facilities ? Don't you have a monoplex now and WLM couple data sets? Or are you running with the "default" WLM policy? The only XCFLOCAL system I've worked on in years is my onepack system. But to answer your question: You don't need a CF. You can run a monoplex with sysplex (XCF) couple data sets, define your LOGR couple data sets, and use DASD only logstreams. I support many monoplex LPARs that run in that mode (but they also have WLM couple data sets). If you look at the doc section of my web site for "Doc for setting up WLM in a MONOPLEX", the first few steps are the same but then you need the logger couple data sets. See MVS Setting Up a Sysplex for details. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 25, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment Daniel Allen pisze: > We have a XCF-local system with no access to a coupling facility. However, we > would like to run CICS/TS 4.1 with DASD-only logging. > > Can we create a COUPLExx parmlib member with LOGR only ? > > Or do we need all five COUPLE facilities ? No, and no. You have to create two CDS types: sysplex (aka XCF) and LOGR. Oh, BTW, there are 7 CDS types. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
Sysplex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rabbe, Luke Sent: Friday, February 25, 2011 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 25, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment Daniel Allen pisze: > We have a XCF-local system with no access to a coupling facility. However, we > would like to run CICS/TS 4.1 with DASD-only logging. > > Can we create a COUPLExx parmlib member with LOGR only ? > > Or do we need all five COUPLE facilities ? No, and no. You have to create two CDS types: sysplex (aka XCF) and LOGR. Oh, BTW, there are 7 CDS types. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTE: This electronic message 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 message in error, any unauthorized review, use, disclosure, distribution or copying of this message is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Unless expressly stated in this e-mail, nothing in this message should be construed as a digital or electronic signature or writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
OMVS I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3590 Tape error when vol=ser not specified
At 22:33 +0100 on 02/24/2011, R.S. wrote about Re: 3590 Tape error when vol=ser not specified: So, your OS/390 *thinks* that your 3590 does have autoloader. Lack of autoloader casues surprise and message. However AFAIR it doesn't hurt. You can simply ignore the messages. Or has your Systems Programmer do a new Sysgen to remove the Autoloader from the Device Definitions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
At 14:34 -0600 on 02/24/2011, McBride, Catherine wrote about Re: Question about wiping a DS8100: Yes, using the web-based Storage Manager application to change the ranks from one format to another will certainly work. I was told that changing from one format to the other 3 times would be best. That need to switch 3 times is based on your level of desire to prevent recovery of your data. The first switch will remove all the directory data and overwrite all the tracks. That makes all the data vanish. However there are forensic methods that may be able to read the erased data although it has been overwritten. Thus the additional reformats (which makes the data harder to find on the drive using the forensic methods). This is the same situation as with PC Hard Drives and Secure Erase. You use a higher Secure Erase setting to rewrite the tracks more times. Unless you expect that someone is going to go to the trouble to do that level of data recovery, just removing the directories and overwriting the tracks (so the data is no longer there for normal reading or viewing the tracks) should be enough. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FIXED ! 3590 Tape error when vol=ser not specified
THANKS ALL ! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Friday, February 25, 2011 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3590 Tape error when vol=ser not specified At 22:33 +0100 on 02/24/2011, R.S. wrote about Re: 3590 Tape error when vol=ser not specified: >So, your OS/390 *thinks* that your 3590 does have autoloader. >Lack of autoloader casues surprise and message. However AFAIR it doesn't >hurt. You can simply ignore the messages. Or has your Systems Programmer do a new Sysgen to remove the Autoloader from the Device Definitions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
Plus, unlike a PC drive, on the DS8100 the data is stripped over multiple drives. Making data recovery on individual drives an exercise in futility. On Fri, Feb 25, 2011 at 3:00 PM, Robert A. Rosenberg wrote: > At 14:34 -0600 on 02/24/2011, McBride, Catherine wrote about Re: Question > about wiping a DS8100: > > > Yes, using the web-based Storage Manager application to change the ranks >> from one format to another will certainly work. >> I was told that changing from one format to the other 3 times would be >> best. >> > > That need to switch 3 times is based on your level of desire to prevent > recovery of your data. The first switch will remove all the directory data > and overwrite all the tracks. That makes all the data vanish. However there > are forensic methods that may be able to read the erased data although it > has been overwritten. Thus the additional reformats (which makes the data > harder to find on the drive using the forensic methods). This is the same > situation as with PC Hard Drives and Secure Erase. You use a higher Secure > Erase setting to rewrite the tracks more times. Unless you expect that > someone is going to go to the trouble to do that level of data recovery, > just removing the directories and overwriting the tracks (so the data is no > longer there for normal reading or viewing the tracks) should be enough. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3590 Tape error when vol=ser not specified
W dniu 2011-02-25 20:35, Robert A. Rosenberg pisze: At 22:33 +0100 on 02/24/2011, R.S. wrote about Re: 3590 Tape error when vol=ser not specified: So, your OS/390 *thinks* that your 3590 does have autoloader. Lack of autoloader casues surprise and message. However AFAIR it doesn't hurt. You can simply ignore the messages. Or has your Systems Programmer do a new Sysgen to remove the Autoloader from the Device Definitions. System programmer? I doubt. IMHO there is no option *in the system* (HCD, IODF, DFSMS) which corresponds autoloader. The only place to configure it is tape controller - J70, A60, or A05. And this is job for CE, not sysprog. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3590 Tape error when vol=ser not specified
EXCELLENT HELP THANKS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 25, 2011 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3590 Tape error when vol=ser not specified W dniu 2011-02-25 20:35, Robert A. Rosenberg pisze: > At 22:33 +0100 on 02/24/2011, R.S. wrote about Re: 3590 Tape error when > vol=ser not specified: > >> So, your OS/390 *thinks* that your 3590 does have autoloader. >> Lack of autoloader casues surprise and message. However AFAIR it doesn't >> hurt. You can simply ignore the messages. > > Or has your Systems Programmer do a new Sysgen to remove the Autoloader > from the Device Definitions. System programmer? I doubt. IMHO there is no option *in the system* (HCD, IODF, DFSMS) which corresponds autoloader. The only place to configure it is tape controller - J70, A60, or A05. And this is job for CE, not sysprog. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
I think that OMVS is already covered by BPXMCDS, but definitely sysplex aka XCF CDS is missing. Just to complement: XCF is mandatory, while BPX aka OMVS aka (no! USS agan?) is not, it depends on configuration and needs. The other optional CDSses are SFM and ARM. CFRM is mandatory when you want to use CF. LOGR is mandatory in almost all scenarions because it is mandatory for System Logger. WLM was already discussed - theoretically you can live without it, but the system is crippled. -- Radoslaw Skorupka Lodz, Poland W dniu 2011-02-25 20:54, Staller, Allan pisze: OMVS I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
It really depends upon how stringent the requirements are in the shop where the person who posted the original question works. Here we have some additional requirements, other shops may not. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Friday, February 25, 2011 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Plus, unlike a PC drive, on the DS8100 the data is stripped over multiple drives. Making data recovery on individual drives an exercise in futility. On Fri, Feb 25, 2011 at 3:00 PM, Robert A. Rosenberg wrote: > At 14:34 -0600 on 02/24/2011, McBride, Catherine wrote about Re: > Question about wiping a DS8100: > > > Yes, using the web-based Storage Manager application to change the > ranks >> from one format to another will certainly work. >> I was told that changing from one format to the other 3 times would >> be best. >> > > That need to switch 3 times is based on your level of desire to > prevent recovery of your data. The first switch will remove all the > directory data and overwrite all the tracks. That makes all the data > vanish. However there are forensic methods that may be able to read > the erased data although it has been overwritten. Thus the additional > reformats (which makes the data harder to find on the drive using the > forensic methods). This is the same situation as with PC Hard Drives > and Secure Erase. You use a higher Secure Erase setting to rewrite the > tracks more times. Unless you expect that someone is going to go to > the trouble to do that level of data recovery, just removing the > directories and overwriting the tracks (so the data is no longer there for normal reading or viewing the tracks) should be enough. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSREXX - From the console
According to sources at IBM: "The security environment that you get when AXREXX is invoked under a console that is not logged on lacks an OMVS segment so you need to logon w/ a userid that is properly defined." So if you want to create a SYSREXX command and want the operators to be able to issue the command from the console, the console may have to be logged on depending if it requires an OMVS segment. In this case, I was creating a SYSREXX to UNMOUNT an HFS file via command from the console. Sean Smith Bank of America -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Smith, Sean M Sent: Friday, February 18, 2011 11:41 AM To: IBM-MAIN@bama.ua.edu Subject: SYSREXX - From the console Hello fellow mainframers, Working on setting up SYSREXX. Here are my AXR00 parms: CPF('RX',SYSTEM) AXRUSER(AXRUSER) REXXLIB ADD DSN(SYS1.SAXREXEC) We setup the AXR, AXR01-08 STC and the AXRUSER with the appropriate SURROGAT as documented. My challenge is that I have a very simple REXX in SYS1.SAXREXEC. I want it to be run with the AXRUSER Userid. When I invoke it from SDSF via /RX my-rexx it has my Userid. When I do it from a console that is logged on I get the console Userid and when I issue it from a console that is not logged on I get USERID() = *. I chatted with a friend in Europe and he said his comes back with the Userid of the STC. Except for my Europeans friends results, it seems to me that any REXX that is invoked via the F AXR or cpf is invoked with SECURITY=BYUTOKEN. Any and all help is as always greatly appreciated. Sean Smith Bank of America -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in
Re: Removing BINS from RMM
On 2/25/2011 11:23, David G. Schlecht wrote: > This seems like a pretty common exercise but I can’t find any meaningful > information on it. We have an offsite location that was bin managed so we > have numerous bins defined for the location. But now the location is no > longer bin managed and I’m trying to remove the bins from RMM, all of which > are empty. > > I changed the MANAGEMENTTYPE to NOBINS but RMM is still trying to assign bins > to tapes going to that location. I removed the bins from RMM and now RMM > housekeeping terminates because there are no bins in the location. I tried > re-adding some bins and RMM refuses, saying it’s not a self managed location: > Location OP is not shelf-managed. Specify the name of a shelf-managed storage > location. > > Seems I’ve gone full circle. > > Does anyone know how to tell RMM to quit assigning bins for this location? > > EDG2403E MOVE OF VOLUME VT0025 DEFERRED - NO AVAILABLE EMPTY BIN NUMBERS FOR > MEDIANAME CART IN LOCATION OP > > EDGRMM00: > LOCDEF LOCATION(OP) >MEDIANAME(CART) >MANAGEMENTTYPE(NOBINS) >TYPE(STORAGE) > > RMM: 5.7.8 > Location Locdef Management Location Priority Media Names, > Type Type, > -- -- - > . > . > . > OP ,YES ,NOBINS,STORE ,2000,CART > > > > > David G. Schlecht | Information Technology Professional | DoIT Facility > State of Nevada | Department of Information Technology > T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@doit.nv.gov > > > > This communication, including any attachments, may contain confidential > information and is intended only for the individual or entity to which it is > addressed. Any review, dissemination or copying of this communication by > anyone other than the intended recipient is strictly prohibited. If you are > not the intended recipient, please contact the sender by reply e-mail and > delete all copies of the original message. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > Just a quick thought and maybe a dumb question but, did you tell RMM about your location change? Cycle RMM to activate the change or issue a modify F stcnamehere,M=xx the M=xx where xx is your parmlib member. TSO LC RMM ALL should show what RMM is using currently. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
XCF (sysplex) - the key one. Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rabbe, Luke Sent: Friday, February 25, 2011 1:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 25, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment Daniel Allen pisze: > We have a XCF-local system with no access to a coupling facility. However, we > would like to run CICS/TS 4.1 with DASD-only logging. > > Can we create a COUPLExx parmlib member with LOGR only ? > > Or do we need all five COUPLE facilities ? No, and no. You have to create two CDS types: sysplex (aka XCF) and LOGR. Oh, BTW, there are 7 CDS types. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
BPXMCDS is the OMVS CDS type Allan. Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, February 25, 2011 2:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Moving from XCF-local to single-system sysplex environment OMVS I know these CDS types: ARM BPXMCDS CFRM LOGR SFM WLM What's the 7th type? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from XCF-local to single-system sysplex environment
On Fri, 25 Feb 2011 22:10:47 +0100, R.S. wrote: >WLM was already discussed - theoretically >you can live without it, but the system is crippled. > Not really. Especially if you you have enough capacity. The OP looked like a vendor, and just as my onepack system runs great with the default WLM policy (no WLM policy), I could see z/OS running fine in a small development environment that way also. STCs fall into a SYSTEM or SYSSTC service class based on their attributes (and probably the place they would be if you did have a decent WLM policy), TSO users fall into a TSO service class, and batch falls into SYSOTHER (discretionary). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
Many thanks to everyone for the great discussion on this topic! Does anyone have any thoughts on the cache? Do I need to worry about clearing that? If so, does anyone have any ideas on how to do that? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McBride, Catherine Sent: Friday, February 25, 2011 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 It really depends upon how stringent the requirements are in the shop where the person who posted the original question works. Here we have some additional requirements, other shops may not. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Friday, February 25, 2011 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Plus, unlike a PC drive, on the DS8100 the data is stripped over multiple drives. Making data recovery on individual drives an exercise in futility. On Fri, Feb 25, 2011 at 3:00 PM, Robert A. Rosenberg wrote: > At 14:34 -0600 on 02/24/2011, McBride, Catherine wrote about Re: > Question about wiping a DS8100: > > > Yes, using the web-based Storage Manager application to change the > ranks >> from one format to another will certainly work. >> I was told that changing from one format to the other 3 times would >> be best. >> > > That need to switch 3 times is based on your level of desire to > prevent recovery of your data. The first switch will remove all the > directory data and overwrite all the tracks. That makes all the data > vanish. However there are forensic methods that may be able to read > the erased data although it has been overwritten. Thus the additional > reformats (which makes the data harder to find on the drive using the > forensic methods). This is the same situation as with PC Hard Drives > and Secure Erase. You use a higher Secure Erase setting to rewrite the > tracks more times. Unless you expect that someone is going to go to > the trouble to do that level of data recovery, just removing the > directories and overwriting the tracks (so the data is no longer there for normal reading or viewing the tracks) should be enough. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about wiping a DS8100
>Does anyone have any thoughts on the cache? Do I need to worry about clearing >that? No. >If so, does anyone have any ideas on how to do that? Just turn it (the C/U) off. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF SAF how allow overtype for output CLASS and DESTN
Just got zOS 1.11 implemented (huzzah), and noticed that after my SAF conversion most everything works right except the Applications programmers cannot overtype the output Class and DESTN fields on the output screen. Sysprog and OPS group get overtype as before the upgrade. Been comparing the groups both for RACF class settings and PARMLIB(ISFPRM00) member settings, but I have not found the thing to make it work for my programmers. Even resorted to RTFM, and while I know it must be in these, no luck so far. Anybody help with the magic word? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF SAF how allow overtype for output CLASS and DESTN
http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp?topic=/com.ibm.zos.r10.isfa500/isf4cs8049.htm Protecting SDSF functions. On Fri, Feb 25, 2011 at 7:32 PM, John Mattson wrote: > Just got zOS 1.11 implemented (huzzah), and noticed that after my SAF > conversion most everything works right except the Applications programmers > cannot overtype the output Class and DESTN fields on the output screen. > Sysprog and OPS group get overtype as before the upgrade. Been comparing > the groups both for RACF class settings and PARMLIB(ISFPRM00) member > settings, but I have not found the thing to make it work for my > programmers. Even resorted to RTFM, and while I know it must be in these, > no luck so far. Anybody help with the magic word? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html