Re: SNA name of the CPC
On 9/1/2011 10:05 PM, Steve Warren wrote: If you have z/OS BCPii installed on your system, you can code HWILIST ListType=HWI_LIST_LOCALCPC in a simple authorized application to get the SNA name of the CPC you are running on. To get a list of all CPCs that are connected to your CPC, simply do a ListType = HWI_LIST_CPCS and you will receive the SNA names for every CPC. Steve Warren z/OS BCPii Design and Development -- 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 Hi Steve (I have got a link to your BCPii presentation) I can't start HWI address space, got a security setup message(HWI014I) , and to define the HWI for RACF I would need the SNA name. Now I have it , but I have to reboot the HMC , and seems I can do only locally, not via browser interface. -- 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: Is there a reason to set S99CNENQ in dynamic allocation?
Hi, I have no answer to your question. However, this newsgroup is a mirror of a listserver and that is where the majority of the z/OS experts read the posts. See the information attached automatically. Kees. hobbitt druidl...@gmail.com wrote in message news:4084b66b-2ec2-4ca2-beca-6e6d9f6da37f@glegroupsg2000goo.googlegroup s.com... Hi, everyone. We have an ancient assembler application that issues DYNALLOC. The parameter list it passes has the S99CNENQ flag set (conditional SYSZTIOT ENQ). Occasionally we will get RC=4 RSN=0254 from the DYNALLOC request, which says the ENQ failed. The suggested action is to wait a bit and retry (which this application does not) or to remove the flag. The module is probably 20 years old and as you might guess there are no extant implementation or design notes for it. This is a pretty bog-standard use of DYNALLOC, no weird environments. I lean toward removing the flag, but I'd like to have an idea why you might set this flag to start with; the Auth Assembler Manual doesn't say much about it. Thanks in advance. ++hobbitt -- For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: Dumps with no useful memory
Jim Mulder d10j...@us.ibm.com wrote in message news:of2c17f9fe.d50c79f6-on852578fe.006b1dee-852578fe.006d1...@us.ibm.c om... Talking about 'incomplete dumps' triggered me: I currently have a problem outstanding with IBM, where they also complain that my dump is incomplete. Investigating the cause showed that we did an IPCS COPYDUMP from the original dump dataset to a GDG and that GDG dump was incomplete. IPCS COPYDUMP issued message 2 extraneous records not copied. IBM is now investigating wheter this could be the cause of the 'incomplete dump'. Kees. I have looked at the dump in question. It was complete, and the COPYDUMP copy was also complete. The data which IBM thought was missing was actually not requested to be dumped. Jim Mulder z/OS Dump Whisperer IBM Corp. Poughkeepsie, NY Thanks Jim. I did not see an update in my PMR with this information yet, can you inform the people investigating this? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: load mmodules copying to other site
In 6533006138111618.wa.paulgboulderaim@bama.ua.edu, on 09/01/2011 at 09:40 PM, Paul Gilmartin paulgboul...@aim.com said: About half. For large values of half. IEBUPDTE will load a PDS IEBUPDTE input has been used as a distibution medium for source code for decades, but it is *not* a PDS load utility and it is not possible to construct an IEBUPDTE input stream to build an arbitrary PDS, even an arbitrary RECFM=FB,LRECL=80 PDS. Next, I'd like to see TRANSMIT and RECEIVE liberated from TSO so I could use them in EXECs, perhaps even under OMVS. Does address TSO XMIT work in a Unix session? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: adding a user to TSO..HELP
In 110654F1DB9042739C92C69EEACB9306@bernard9161cc2, on 09/01/2011 at 09:50 PM, bernardhines bernardhi...@comcast.net said: Rick does the 7 character limit still hold in? There are TSO control blocks with 7 byte fields for userid and for prefix. It can be done, but it won't happen unless they see a business case for it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Is there a reason to set S99CNENQ in dynamic allocation?
In ce3ffbb7e42033469ef752a1d8a19ba1eef...@kl1221tc.cs.ad.klmcorp.net, on 09/02/2011 at 09:47 AM, Vernooij, CP - SPLXM kees.verno...@klm.com said: Occasionally we will get RC=4 RSN=0254 from the DYNALLOC request, which says the ENQ failed. The suggested action is to wait a bit and retry (which this application does not) And yet you write This is a pretty bog-standard use of DYNALLOC, It's a supported use, it's hardly standard to ignore the documented suggestion. I lean toward removing the flag, You obviously have a multitasking application. What are the consequences of an extended delay during DYNALLOC? but I'd like to have an idea why you might set this flag to start with; You set the flag when you can't afford to wait. The important question is why the application isn't using the flag properly, e.g., retrying periodically. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: IBM-MAIN INFO
John Eels' problem _ nessage This server does not have any file by the name IBM- MAIN INFO was experienced by me a couple of weeks ago. I mentioned it in a note to the IBM-MAIN group, but got no response. John is not alone - I just tried it again with the same error. Perhaps a note to Darren would be in order. Dale Miller The key is using INFO IBM-MAIN rather than IBM-MAIN INFO Lizette -- 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: zFS files and SMS setup
W dniu 2011-09-01 22:22, Staller, Allan pisze: Your welcome, Check the manual reference in my prior response. That is the book on ZFS. I should RTFM, but I'll ask: 1. Can ZFS LDS be striped? 2. Can ZFS LDS be extent-infinite (a VSAM feature which arrived with z/OS 1.7)? 3. Are there any constraints for ROOT ZFS, i.e. non-EAS (upper part of EAV volume), etc? Regards -- 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: i...@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 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS files and SMS setup
1) Don't Know. I've never had a need to investigate. 2) Don't Know. My ZFS's have all been 1 volume (3390-3) or less. 3) Don't Know. I've never had an EAV volume to worry about. A ZFS is just a linear VSAM dataset (to MVS). The only difference is the method of accessing the data by Unix System Services. AFAIK, anything that can be done to a non-ZFS linear VSAM dataset can also be done to a ZFS. snip I should RTFM, but I'll ask: 1. Can ZFS LDS be striped? 2. Can ZFS LDS be extent-infinite (a VSAM feature which arrived with z/OS 1.7)? 3. Are there any constraints for ROOT ZFS, i.e. non-EAS (upper part of EAV volume), etc? /snip -- 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
why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
This query appeared only in Google Groups and not in the IBM-MAIN archive. post Geo Date: Thu, 1 Sep 2011 23:06:05 -0700 (PDT) why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now? /post Geo I'm not sure I understand what your problem is. I access IBM-MAIN by checking the archives when I want to get up-to-date. I also post from the facilities provided by the archives. Also I keep tabs on posts by getting the Google Groups digest as an e-mail every day - or I wouldn't have noticed your cry for help! The URL I use to access the archives is the following: http://bama.ua.edu/archives/ibm-main.html This presents a list of months. If I now select one of the months, say September 2011, I have different effects depending on the browser I use. - If I use Internet Explorer, I get into the relatively recently introduced archive structure pages. - If I use Firefox, I get asked to log in using an e-mail address and password.[1] Presumably cookies are at work here. So one possible answer to what I guess is your *real* question is to be sure you have set up a subscription to IBM-MAIN, remember the e-mail address you specified and the password, access the URL I posted above and take it from there - using whichever browser takes your fancy - and stay with that browser - although I guess you could be successful with as many different browsers as you like. Incidentally I've forgotten how I set up receiving the Google Groups digests. I would expect it to be a fairly easy matter to work out - just as it's not *all* that difficult figuring out how to access the IBM-MAIN archives! - What has been an interesting challenge is to construct your e-mail address! Google Groups offers me the following: geol...@gmail.com and don't try to get any further because Google will just add insult to injury! But, but, but, obscurity has two faces! If you now try to search for the Subject line - rather a long one this time, one of the hits should be from an organisation providing a free - sorry advertiser-supported - service apparently going by the name of derkeiler.com: http://newsgroups.derkeiler.com/Archive/Comp/bit.listserv.ibm-main/2011-09/msg00085.html The way this service operates when wanting to keep e-mail addresses away from nefarious priers is to obscure the part following the @ while keeping the part before the @ intact, somewhat the opposite of Google Groups! geolewi@x Thus all is revealed. - [1] http://bama.ua.edu/cgi-bin/wa?A1=ind1109L=ibm-main - Chris Mason -- 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
INFO IBM-MAIN
INFO IBM-MAIN -- 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: ISMF QUESTION
Lizette, I checked the dsns, and they all have Management Classes assigned to them. Thanks From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 1, 2011 3:15:49 PM Subject: Re: ISMF QUESTION I did exactly what you suggested however I do not receive any error message as you had described. The MC Name line still has --. Is it possible that when the dataset was created it did not have an Mgmtclas assigned? To test it, create a similar file that will go through your ACS code the same way. Then go into ISMF and see if the mgmtclass is defined. Lizette -- 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: load mmodules copying to other site
On Fri, 2 Sep 2011 08:33:50 -0400, Shmuel Metz (Seymour J.) wrote: IEBUPDTE input has been used as a distibution medium for source code for decades, but it is *not* a PDS load utility and it is not possible to construct an IEBUPDTE input stream to build an arbitrary PDS, even an arbitrary RECFM=FB,LRECL=80 PDS. Agreed. Arbitrary is the key word here. Does address TSO XMIT work in a Unix session? I believe TRANSMIT works; RECEIVE doesn't because I've never been able to reply to the prompt. (IIRC; haven't tried recently.) I could probably do address TSO EXEC some EXEC that stacks the reply then issues the RECEIVE command. But that's unpleasantly convoluted. -- gil -- 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: IBM-MAIN INFO
On Fri, 2 Sep 2011 08:37:18 -0400, Lizette Koehler wrote: The key is using INFO IBM-MAIN rather than IBM-MAIN INFO I don't think so. Sending GET INFO IBM-MAIN results in: This server does not have any file by the name INFO IBM-MAIN. And sending just INFO IBM-MAIN results in: There is no information file for the IBM-MAIN list Regardless, the message at the end of every email says to use GET IBM-MAIN INFO This seems to be something that Darren needs to fix. Ed F says that he already let Darren know. -- Tom Marchant -- 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
Pax/Unpax Question
Posting for a colleague: I am attempting to pax/unpax an HFS but cannot keep owner/group settings, they change to mine in the target HFS. This is what I am using: pax -pe -x os390 -wzf //'MVS.pax.dataset.Z' . pax -pe -x os390 -rf //'MVS.pax.dataset.Z' . Can anybody point me to an example to preserve ownership and other settings when pax/unpax'ing? TIA Bob Shannon Rocket Software -- 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
z/OS Systems Programmer Jobs in Dubuque Iowa
There are 2 z/OS Systems Programmer jobs open working for IBM in Dubuque, Iowa. You can apply using the web site at the following location: https://jobs3.netmedia1.com/cp/find.ibm.jobs/location/USA/IA/ Click on Dubuque. You probably have to register to actually apply, but you can look at the postings without registering. If you have any questions, email me. I check my IBM-Main email 3 or 4 times a day. -- Eric Bielefeld Systems Programmer -- 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: Pax/Unpax Question
You can only preserve the attributes such as owner and group if the id doing the unwind operation has super user privileges. I know that UID==0 can do it. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA590/SHCMDDES.PAX.6 quote On the z/OS system, superuser privileges or read access to the appropriate FACILITY class resources are required to create character special files, restore user and group names, and to set certain extended attributes (read access to the corresponding FACILITY class resources). /quote It doesn't say which. I would guess BPX.SUPERUSER. If nothing else, with BPX.SUPERUSER, the person can do a: su - to which to UID==0 followed by the pax -rf -pe, then back to normal via exit. su - pe -pe -rvf ... exit -- 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, September 02, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Pax/Unpax Question Posting for a colleague: I am attempting to pax/unpax an HFS but cannot keep owner/group settings, they change to mine in the target HFS. This is what I am using: pax -pe -x os390 -wzf //'MVS.pax.dataset.Z' . pax -pe -x os390 -rf //'MVS.pax.dataset.Z' . Can anybody point me to an example to preserve ownership and other settings when pax/unpax'ing? TIA Bob Shannon Rocket Software -- 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: SNA name of the CPC
A couple of points to bring out.
1) You can start BCPii without knowing the SNA name of the CPC. If you didn't
know it, you could make a temporary generic profile in the security product
that would allow the SNMP community name defined in BCPii to be the same for
all CPCs that BCPii would attempt to commmunicate with. As long as you have
the right community name for the local CPC, the address space would come up.
For example, RDEF FACILITY HWI.TARGET.** UACC(NONE) APPLDATA('commname').
Once the address space comes up, a simple HWILIST HWI_LIST_LOCALCPC call could
allow you to learn the SNA name. Then you could either modify or delete the
generic profile you created above and change it to be the specific local CPC
name.
2) Regarding rebooting the SE, you are correct. There are some changes that
require the SE to be rebooted and I don't know of any way to do that other than
being at the physical machine. Wish I had an easier answer for you regarding
this.
Good luck!
Steve Warren
BCPii Design and Development
--
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: IBM-MAIN INFO
Lizette meant that the proper command is INFO IBM-MAIN not GET IBM-MAIN INFO as the footer of messages from IBM-MAIN indicates. Yes, I think this is something Darren or someone else at bama needs to fix (unless it's something the folks who provide the Listserv software need to fix). -- Walt -- 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: Pax/Unpax Question
In case you want to be more granular: SUPERUSER.FILESYS.CHOWN -- lets you CHOWN the owner of any file, not just ones you own. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, September 02, 2011 10:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Pax/Unpax Question You can only preserve the attributes such as owner and group if the id doing the unwind operation has super user privileges. I know that UID==0 can do it. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA590/SHCMDDES.PAX.6 quote On the z/OS system, superuser privileges or read access to the appropriate FACILITY class resources are required to create character special files, restore user and group names, and to set certain extended attributes (read access to the corresponding FACILITY class resources). /quote It doesn't say which. I would guess BPX.SUPERUSER. If nothing else, with BPX.SUPERUSER, the person can do a: su - to which to UID==0 followed by the pax -rf -pe, then back to normal via exit. su - pe -pe -rvf ... exit -- 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, September 02, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Pax/Unpax Question Posting for a colleague: I am attempting to pax/unpax an HFS but cannot keep owner/group settings, they change to mine in the target HFS. This is what I am using: pax -pe -x os390 -wzf //'MVS.pax.dataset.Z' . pax -pe -x os390 -rf //'MVS.pax.dataset.Z' . Can anybody point me to an example to preserve ownership and other settings when pax/unpax'ing? TIA Bob Shannon Rocket Software -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: z/OS Systems Programmer Jobs in Dubuque Iowa
Eric: I passed this info on to a friend who is currently seeking a job. The quote I got back (I xxx'd) out some information that is personal). I actually went there for an interview just prior to interviewing here in . It's a sweat shop. Someone I know when there and took almost a 50% pay cut. Ed From: Eric Bielefeld eric-ibmm...@wi.rr.com To: IBM-MAIN@bama.ua.edu Sent: Friday, September 2, 2011 9:33 AM Subject: z/OS Systems Programmer Jobs in Dubuque Iowa There are 2 z/OS Systems Programmer jobs open working for IBM in Dubuque, Iowa. You can apply using the web site at the following location: https://jobs3.netmedia1.com/cp/find.ibm.jobs/location/USA/IA/ Click on Dubuque. You probably have to register to actually apply, but you can look at the postings without registering. If you have any questions, email me. I check my IBM-Main email 3 or 4 times a day. -- Eric Bielefeld Systems Programmer -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Chris Mason wrote: The URL I use to access the archives is the following: http://bama.ua.edu/archives/ibm-main.html Presumably cookies are at work here. Tough cookie! Cookies are NEEDED if you wish that your browsing session is not to expire during your browsing session. After expiring, you need to re-type in you id and password. Cookies are also needed if you have specific preferences for your browsing sessions and other subscription settings. See 'Preferences' in the right top corner of your web-page. Groete / Greetings Elardus Engelbrecht -- 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
IBM-MAIN INFO
Lizette and Walt have made the necessary points. It is clear that the IBM-MAIN message-footer text needs amendment, and this is easy to accomplish. Still, . . . If this confusion had arisen on the LSERV-managed Italian-language EGITTOLOGIA list to which I subscribe, I should have been more forgiving; egyptologists, mostly Italian-speaking ones, cannot reasonably be expected to know muich about command-language processing software; but we presumably are computer professionals. INFO, SUBSCRIBE, etc. are [English-language] LSERV command keywords, usable wherever LSERV software is in use; and anyone, of us a least, who uses a list like this one should be familiar with the rudiments of how it is managed. John Gilmore Ashland, MA 01721-1817 USA -- 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: IBM-MAIN INFO
john gilmore wrote: Lizette and Walt have made the necessary points. Agreed, but see below my comment ... INFO, SUBSCRIBE, etc. are [English-language] LSERV command keywords, usable wherever LSERV software is in use; and anyone, of us a least, who uses a list like this one should be familiar with the rudiments of how it is managed. I used them in the past without problems and I tried them out here again to see. There IS a problem there regarding acceptance of commands by the LSERV software. Groete / Greetngs Elardus Engelbrecht -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Elardus On the new IBM-MAIN web page with which I am presented, I see a Preferences prompt - the first time it has been brought to my attention - some way down the right-hand side - hardly the top corner! Selecting it I find a Login Cookie Expiration prompt and I discover that, among the values available, I have somehow managed to set/inherit No Expiration. Note that this is the first time I have had anything whatsoever to do with this whole Preferences page. The point about my mentioning cookies in the previous post is that, whatever cookie has logged that I have entered an e-mail address and password to Internet Explorer, is unprepared to grant the same access privileges to Firefox. That's the mystery - although to say I was losing sleep over it would be an exaggeration! Chris Mason On Fri, 2 Sep 2011 10:39:10 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Chris Mason wrote: The URL I use to access the archives is the following: http://bama.ua.edu/archives/ibm-main.html Presumably cookies are at work here. Tough cookie! Cookies are NEEDED if you wish that your browsing session is not to expire during your browsing session. After expiring, you need to re-type in you id and password. Cookies are also needed if you have specific preferences for your browsing sessions and other subscription settings. See 'Preferences' in the right top corner of your web-page. Groete / Greetings Elardus Engelbrecht -- 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: IBM-MAIN INFO
The key is using INFO IBM-MAIN rather than IBM-MAIN INFO For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Not according to the auto-footer. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: IBM-MAIN INFO
The key is using INFO IBM-MAIN rather than IBM-MAIN INFO For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Not according to the auto-footer. - Ted MacNEIL Yes we know, Ted. We need to get Darren to change the footer to to INFO IBM-MAIN and not have GET IBM-MAIN INFO. Lizette -- 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: IBM-MAIN INFO
Yes we know, Ted. We need to get Darren to change the footer to INFO IBM-MAIN and not have GET IBM-MAIN INFO. Sorry, didn't mean to sound pedantic. I haven't had to use the functions for years. Even NOMAIL, since I use a BlackBerry, as I always have access. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Chris Mason wrote: On the new IBM-MAIN web page with which I am presented, I see a Preferences prompt - the first time it has been brought to my attention - some way down the right-hand side - hardly the top corner! There are TWO places for 'Preferences': 1. The banner part with the word LISTSERV on the left and on the right the 'Prefences' and 'Log Out' clickable phrases. 2. In the right part of the page, under Options, which you have observed. Some web pages are really somewhat difficult to navigate unless you took time to read everything. The point about my mentioning cookies in the previous post is that, whatever cookie has logged that I have entered an e-mail address and password to Internet Explorer, is unprepared to grant the same access privileges to Firefox. Agreed. Not everyone is prepared to surrend his/her PC/Laptop to a web server, by way of speaking. That's the mystery - although to say I was losing sleep over it would be an exaggeration! hehehehe... sleep tigh on this one! :-D Groete / Greetings Elardus Engelbrecht -- 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: IBM-MAIN INFO
On Fri, 2 Sep 2011 13:04:40 -0400, Lizette Koehler wrote: We need to get Darren to change the footer to to INFO IBM-MAIN and not have GET IBM-MAIN INFO. And to put the information file on the server. INFO IBM-MAIN returns only the list header. -- Tom Marchant -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Strangely enough, my use of IBM-MAIN has not needed to change for years. Of course I am subscribed directly to the list and receive each message. No need to adapt to changes gratuitous or otherwise to any fancy webby interface :) Dave Gibney Information Technology Services Washington State University -- 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: SNA name of the CPC
You can reboot the SE remotely, I did this last week on one of our z10s. You just need to use the
Reboot SE option from the HMC. If you try to reboot from a single object session you get the message
cannot be done remotely.
Also you can easily find the SNA names of all CPCs on the same HMC network from within HCD.. option
2.11 springs to mind.
Cheers
Roy
Steve Warren wrote:
A couple of points to bring out.
1) You can start BCPii without knowing the SNA name of the CPC. If you didn't
know it, you could make a temporary generic profile in the security product
that would allow the SNMP community name defined in BCPii to be the same for
all CPCs that BCPii would attempt to commmunicate with. As long as you have
the right community name for the local CPC, the address space would come up.
For example, RDEF FACILITY HWI.TARGET.** UACC(NONE) APPLDATA('commname').
Once the address space comes up, a simple HWILIST HWI_LIST_LOCALCPC call could
allow you to learn the SNA name. Then you could either modify or delete the
generic profile you created above and change it to be the specific local CPC
name.
2) Regarding rebooting the SE, you are correct. There are some changes that
require the SE to be rebooted and I don't know of any way to do that other than
being at the physical machine. Wish I had an easier answer for you regarding
this.
Good luck!
Steve Warren
BCPii Design and Development
--
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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Given that the OP's question did not appear on the mailing list, it was presumably posted via Google Groups. And I believe that Google Groups will periodically have you sign in again; at least Google Reader does that. As regards cookies, they are specific to the browser you're using when the site sets them, and it's possible that you've configured Firefox not to remember them. -- Walt -- 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: why did i just need to sign in to gmail, just to view ibm-main? is it proprietary now?
Walt This started as the smallest of all possible molehills and the mountain it has become appears still to be growing!!! Given that the OP's question did not appear on the mailing list, it was presumably posted via Google Groups. Indeed that fact that the post appeared in the Google Groups digest and could be accessed by following the URL in the Google Groups digest: http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/182289280036bbe9?hl=en but did *not* appear in the regular archive which I use as my normal means to access IBM-MAIN does bear out this presumption. In case there is any doubt over the matter, I am *not* - repeat *not* - actually myself personally asking for any help whatsoever at all. I am merely trying to assist poor Geo in the matter of presenting posts in IBM-MAIN should he - or she - want to and have them seen by the IBM-MAIN community. I do hope that is now abundantly clear for insert your own favourite phrase for this sort of circumstance! And I believe that Google Groups will periodically have you sign in again; at least Google Reader does that. I deal with this sort of post from time to time - out of what I try to imagine is the goodness of my heart - others may have another opinion, but I am not aware of any sign-in requirements for Google Groups and cannot recall ever being asked for any, let alone periodically enter any. Now if I ever actually wanted to post using Google Groups that may be another matter. ... ... just to view ibm-main? ... But note that the OP was talking about viewing. As regards cookies, they are specific to the browser you're using when the site sets them, and it's possible that you've configured Firefox not to remember them. I mentioned different experiences regarding browsers as a way of divining that cookies were involved in case that just might contribute to a resolution of the OP's problem. Paraphrasing the UK politician who got a reputation as the Prince of Darkness, I am entirely relaxed about not being able to use Firefox for the purposes of accessing the IBM-MAIN archive. Chris Mason On Fri, 2 Sep 2011 15:51:59 -0500, Walt Farrell wfarr...@us.ibm.com wrote: Given that the OP's question did not appear on the mailing list, it was presumably posted via Google Groups. And I believe that Google Groups will periodically have you sign in again; at least Google Reader does that. As regards cookies, they are specific to the browser you're using when the site sets them, and it's possible that you've configured Firefox not to remember them. -- Walt -- 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: adding a user to TSO..HELP
As far as I know, yes. It's not a question of the security software but rather a limitqation imposed by TSO. Rick --- bernardhines wrote: Rick does the 7 character limit still hold in? The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. I refuse to tiptoe through life... just to arrive unscathed at Death's door! Bernard Hines -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, September 01, 2011 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: adding a user to TSO..HELP --snip I am having a heck of a time adding a user to tso. I have my notes and I have a help page up but to no avail. Here is what I am doing and the failed results: add (test1ljm * * ikjaccnt) jcl oper noacct size(4098) IKJ56702I INVALID NODELIST-USERID, TEST1LJM IKJ56703A REENTER THIS OPERAND - I have looked the messages up and they are no help. unsnip Based on the command you're using, I'd say you're adding this user to SYS1.UADS. In that case, a USERID longer than 7 characters is illegal. You really should be using the AU (ADDUSER) command of RACF, still limiting the USERID to 7 characters. Dare I say Time to crack a RACF manual?? Rick -- 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
