SNDM
I am working with a product called SNDM RELEASE 02.40.20. It has the name SNDM Network Productivity Facility, and used to transfer files between Advantis systems. Does anyone know where I can find manuals for this product? Bill Widmayer The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SNDM
Try emc. ITschak בתאריך 5 ביול 2016 11:34, "Bill Widmayer" כתב: > I am working with a product called SNDM RELEASE 02.40.20. > It has the name SNDM Network Productivity Facility, and used to transfer > files between Advantis systems. > Does anyone know where I can find manuals for this product? > > Bill Widmayer > > > > > > > > The information contained in this electronic message and any attachments > to this message are intended for the exclusive use of the addressee(s) and > may contain proprietary, confidential or privileged information. If you are > not the intended recipient, you should not disseminate, distribute or copy > this e-mail. Please notify the sender immediately and destroy all copies of > this message and any attachments. WARNING: Computer viruses can be > transmitted via email. The recipient should check this email and any > attachments for the presence of viruses. The company accepts no liability > for any damage caused by any virus transmitted by this email. > www.wipro.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
After comparing output of test would I be able to make conditional breakpoints ? > On Jul 4, 2016, at 2:56 PM, Bill Godfrey wrote: > > The clist in my first post was run on z/OS 2.2. > The 4-character string "amp:" if present, is an artifact of the listserv web > interface and should not be in the clist. > The clist has also run on MVS 3.8, without the TSOEXEC in front of TEST and > with different SUBSTR columns as shown in comments in my earlier post. > The different SUBSTR columns are due to the 6-digit hex address on 24-bit MVS > 3.8, instead of an 8-digit hex address. > The column dependency could be eliminated, if somebody wanted to, by using an > equated symbol on LIST, as below. > If the EQUATE was done after the SET, the output of LIST would end up in > SYSOUTLINE2. > > TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)' > EQUATE CVTDATE 10.%+38 > SET SYSOUTTRAP = 10 > LIST CVTDATE > SET SYSOUTTRAP = 0 > SET LINE = &STR(&&SYSOUTLINE1) > SET DOY = &SUBSTR(14:16,&LINE) > SET YYY = &SUBSTR(11:13,&LINE) > SET YEAR = &EVAL(1900 + &YYY) > WRITE TODAY IS DAY &DOY OF &YEAR > CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ > END > > Bill > >> On Mon, 4 Jul 2016 13:33:18 -0400, Joseph Reichman wrote: >> >> What version of z/OS MVS was this code run >> I think Rupert Reynolds mentioned in a earlier >> Post on this thread that capturing TEST output is different then when he >> tried it in the early 90's >> >> >> >> >>> On Jul 4, 2016, at 12:28 PM, Bill Godfrey wrote: >>> >>> Here's an example of capturing TEST output into CLIST variables. >>> >>> TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)' >>> SET SYSOUTTRAP = 10 >>> LIST 10.%+38 /* CVTDATE */ >>> SET SYSOUTTRAP = 0 >>> SET LINE = &STR(&&SYSOUTLINE1) >>> SET DOY = &SUBSTR(16:18,&LINE) /* 14:16 ON MVS 3.8 */ >>> SET YYY = &SUBSTR(13:15,&LINE) /* 11:13 ON MVS 3.8 */ >>> SET YEAR = &EVAL(1900 + &YYY) >>> WRITE TODAY IS DAY &DOY OF &YEAR >>> CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ >>> END >>> >>> Bill >>> On Sun, 3 Jul 2016 13:58:51 -0400, Joseph Reichman wrote: I have tried to capture test subcommand output I.E list under clist with no success Dont know about Rexx I am now thinking the AT subcommsnd in TEST leaves you the ability to to exec a CLIST as part of the parameters maybe I'll try the SYSOUTTRAP/SYSOUTLINE in that instance > On Jul 3, 2016, at 1:51 PM, Jesse 1 Robinson > wrote: > > I was sloppy. AFAIK the functions are equivalent. In Rexx, you use this > syntax: > > x = OUTTRAP("cmdl.") > "LISTALC STATUS" > line_count = cmdl.0 > dsn = cmdl.i > ... > > Output goes into the named array. Lines are identified by the value of i. > > Equivalent in Clist: > > SET SYSOUTTRAP = 600 > LISTALC STATUS > SET SYSOUTTRAP = 0 > SET &LINE_COUNT = &SYSOUTLINE > SET DSN = &STR(&&SYSOUTLINE&I) > ... > > Output always goes into complex variable &SYSOUTLINE. Lines are > identified by the value of &I. > > The real difference for OP is the scope of output capture in Rexx vs. > Clist. When Rexx switches into subcommand mode, I don't think output is > captured from the original OUTTRAP. > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-302-7535 Office > robin...@sce.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Sunday, July 03, 2016 9:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE > > You use SYSOUTTRAP in Rexx thought it's a clist command unless you are > calling clist from Rexx > >> On Jul 3, 2016, at 12:48 PM, Jesse 1 Robinson >> wrote: >> >> I use SYSOUTTRAP in Rexx all the time for ordinary commands. There is >> indeed a huge difference between Rexx and Clist vis a vis 'subcommand >> mode'. An example of subcommand mode is the SEND command under OPER. >> Another is LIST under ACCOUNT. TEST runs in practice almost entirely in >> subcommand mode. >> >> In a Clist, the exec retains control when running in subcommand mode. In >> Rexx, the exec loses control in subcommand mode, so successive commands >> must be 'stacked' ahead of time via QUEUE. Trouble is that in TEST, >> subsequent command operands usually depend on the result of previous >> commands, which makes QUEUEing commands ahead of time nearly impossible. >> >> I don't recall ever trying SYSOUTTRAP in TEST. >> >> . >> . >> . >> J.O.Skip Robinson >> Southern California Edison Company >> Electric Dragon Team Paddler
IBMLink having log in issues today?
Several of us at my site could not log in to IBMLink this morning when using http://www.ibmlink.ibm.com . You get the log in page okay, but after entering your IBMid and Password, nothing happens. We tried both I.E. and Firefox. I did find that if you click on the link at the bottom of the page where it says “Enterprise Users: Sign in with your organizations ID”. That link will let you use your existing IBMid and password. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
I am having the same ibm logon issue here, tried both firefox and IE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
Try: http://support.ibm.com *George Rodriguez* *Specialist II - IT Solutions* *IT Enterprise Applications* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice < 0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote: > I am having the same ibm logon issue here, tried both firefox and IE > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *Disclaimer: *Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
I take it back... The link works, but you can't sign on... *George Rodriguez* *Specialist II - IT Solutions* *IT Enterprise Applications* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* On Tue, Jul 5, 2016 at 8:47 AM, George Rodriguez < george.rodrig...@palmbeachschools.org> wrote: > Try: > > http://support.ibm.com > > > *George Rodriguez* > *Specialist II - IT Solutions* > *IT Enterprise Applications* > *PX - 47652* > *(561) 357-7652 <%28561%29%20357-7652> (office)* > *(954) 415-7586 <%28954%29%20415-7586> (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-251* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District For Eight Consecutive Years* > > On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice < > 0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote: > >> I am having the same ibm logon issue here, tried both firefox and IE >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -- *Disclaimer: *Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
The log in via http://support.ibm.com does not work either. Hitting the "Sign In' box or hitting the enter key does nothing. On Tue, Jul 5, 2016 at 8:48 AM George Rodriguez < george.rodrig...@palmbeachschools.org> wrote: > Try: > > http://support.ibm.com > > > *George Rodriguez* > *Specialist II - IT Solutions* > *IT Enterprise Applications* > *PX - 47652* > *(561) 357-7652 (office)* > *(954) 415-7586 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-251* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District For Eight Consecutive Years* > > On Tue, Jul 5, 2016 at 8:42 AM, Bobbie Justice < > 0013e2d84072-dmarc-requ...@listserv.ua.edu> wrote: > > > I am having the same ibm logon issue here, tried both firefox and IE > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > > *Disclaimer: *Under Florida law, e-mail addresses are public records. If > you do not want your e-mail address released in response to a public > records request, do not send electronic mail to this entity. Instead, > contact this office by phone or in writing. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
More of the "new tools" not being a reliable or available as their predecessors. Maybe the PFCSK's in charge of these tools should be given a "boot camp" on z/OS concepts, which is what they need to emulate. i.e. 5 9's of availability! The log in via http://support.ibm.com does not work either. Hitting the "Sign In' box or hitting the enter key does nothing. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Minimum Volume Sizes in the Wild
Ed Jaffe wrote: We use three sizes only: mod-9, mod-27, and mod-216. The only reason we still maintain mod-9s is because that is the format used by the software sent to us by IBM. Can you elaborate? Is that the volume size for the ADCD or something else? (For ServerPac, it might be the default but it's easily changed there.) -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Knowledge Centre
Guys, Too bad we don't have a conversion program from PDF to .boo format On Monday, July 4, 2016, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 4 Jul 2016 23:18:15 +, J R wrote: > > >That just gives me a tax break. I still have to pay for the service. > > > >> On Jul 4, 2016, at 18:42, Edward Finnell wrote: > >> > >> 634-5789? Actually, put them in business expense column and declare on > >> itemized deductions. > >> > I thought Bitsavers would convert them. But then you must pay shipping. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
I used Chromium. And used www.ibm.com and signed in. This cause a two page logon to be done rather than a single page with both userid and password boxes. I wonder if IBM is changing their logon process? The www.ibm.com/ibmlink once I was signed on, was there. So probably a general signon issue for IBM. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Staller, Allan > Sent: Tuesday, July 05, 2016 6:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBMLink having log in issues today? > > More of the "new tools" not being a reliable or available as their > predecessors. > Maybe the PFCSK's in charge of these tools should be given a "boot camp" on > z/OS concepts, which is what they need to emulate. > > i.e. 5 9's of availability! > > > The log in via http://support.ibm.com does not work either. Hitting the "Sign > In' box or hitting the enter key does nothing. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
So after a couple of tries, this is what I found worked for me Go to www.ibm.com Go to upper right hand corner and click the PICTURE of a person box (wire frame) In the drop down click SIGN IN This should give you the two page sign on process. I entered my userid on page one Then I entered my password on page two. I then I could go to get to where I needed. After I signed in, I used www.ibm.com/ibmlink and was able to get to that part of IBM This worked in Chromium and Mozilla. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Tuesday, July 05, 2016 6:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBMLink having log in issues today? > > I used Chromium. And used www.ibm.com and signed in. > > This cause a two page logon to be done rather than a single page with both > userid and password boxes. > > I wonder if IBM is changing their logon process? > > The www.ibm.com/ibmlink once I was signed on, was there. > > So probably a general signon issue for IBM. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Staller, Allan > > Sent: Tuesday, July 05, 2016 6:05 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: IBMLink having log in issues today? > > > > More of the "new tools" not being a reliable or available as their > > predecessors. > > Maybe the PFCSK's in charge of these tools should be given a "boot > > camp" on z/OS concepts, which is what they need to emulate. > > > > i.e. 5 9's of availability! > > > > > > The log in via http://support.ibm.com does not work either. Hitting > > the "Sign In' box or hitting the enter key does nothing. > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Knowledge Centre
On Tue, Jul 5, 2016 at 8:12 AM, Scott Ford wrote: > Guys, > > Too bad we don't have a conversion program from PDF to .boo format > > What I'd like is a standards compliant, non-proprietary, source file for all of the manuals. OK, to be honest, I wish that IBM would write their books with software which writes LaTex output. And I would further like them to put this output on a publicly accessible site within IBM.COM which is managed with a free (gratis) SCM (source control management) system such as Subversion so that I could: (1) render the manual myself in my favorite format; (2) get a current copy of the manual using the SCM as need; (3) make changes in my personal copy (for hyper-linking) ; and (4) make any miscellaneous changes I feel are necessary (i.e. include examples or explanations). This is very unlikely. Another product, PostgreSQL, __used to__ have Web documentation which would allow posting of user comments (moderated) on any page. -- "Pessimism is a admirable quality in an engineer. Pessimistic people check their work three times, because they're sure that something won't be right. Optimistic people check once, trust in Solis-de to keep the ship safe, then blow everyone up." "I think you're mistaking the word optimistic for inept." "They've got a similar ring to my ear." >From "Star Nomad" by Lindsay Buroker: Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Symlinks with $SYSNAME variable
Hi Cross posted I am trying to create a SYMLINK for /MaintP21/etc under maintenance root pointing to /$SYSNAME/etc. When I run ln -s command but it is not taking $SYSNAME but it is taking SYSTEM/etc Can someone point how to preserve /$SYSNAME while doing symbolic link ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Symlinks with $SYSNAME variable
>When I run ln -s command but it is not taking $SYSNAME but it is taking SYSTEM/etc The $ is a meta character to the shell; it asks the shell to replace the variable following the $ with the valur of the variable. If you want to keep the $ as $, you need to escape it by preceeding it with he backslash. ls -s /\$SYSNAME/etc /MaintP21/etc -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Hi, I issued ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a different result etc == > \$SYSNAMEetc so i was expecting etc === > $SYSNAME/etc Could you please point with the correct syntax. On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > > >When I run ln -s command but it is not taking $SYSNAME but it is taking > SYSTEM/etc > > > > The $ is a meta character to the shell; it asks the shell to replace the > variable following the $ with the valur of the variable. If you want to > keep the $ as $, you need to escape it by preceeding it with he backslash. > > > ls -s /\$SYSNAME/etc /MaintP21/etc > -- > Peter Hunkeler > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Looks good to me. When I use a symbolically linked path in z/OS Unix, I see a concatenated name. For example for /etc I get /SYS1etc Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: Tuesday, July 05, 2016 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Symlinks with $SYSNAME variable > > Hi, > > I issued > > ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a > different result > > etc == > \$SYSNAMEetc > > so i was expecting > > etc === > $SYSNAME/etc > > Could you please point with the correct syntax. > > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > > > > > > > >When I run ln -s command but it is not taking $SYSNAME but it is > > >taking > > SYSTEM/etc > > > > > > > > The $ is a meta character to the shell; it asks the shell to replace > > the variable following the $ with the valur of the variable. If you > > want to keep the $ as $, you need to escape it by preceeding it with he > backslash. > > > > > > ls -s /\$SYSNAME/etc /MaintP21/etc > > -- > > Peter Hunkeler > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Hi Liz, Initially we had etc === > $SYSNAME/etc but i unlinked the etc and now i want to get back to the above structure On Tue, Jul 5, 2016 at 8:44 PM, Lizette Koehler wrote: > Looks good to me. When I use a symbolically linked path in z/OS Unix, I > see a concatenated name. > > For example for /etc I get /SYS1etc > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Peter > > Sent: Tuesday, July 05, 2016 8:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Symlinks with $SYSNAME variable > > > > Hi, > > > > I issued > > > > ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a > > different result > > > > etc == > \$SYSNAMEetc > > > > so i was expecting > > > > etc === > $SYSNAME/etc > > > > Could you please point with the correct syntax. > > > > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > > > > > > > > > > > > >When I run ln -s command but it is not taking $SYSNAME but it is > > > >taking > > > SYSTEM/etc > > > > > > > > > > > > The $ is a meta character to the shell; it asks the shell to replace > > > the variable following the $ with the valur of the variable. If you > > > want to keep the $ as $, you need to escape it by preceeding it with he > > backslash. > > > > > > > > > ls -s /\$SYSNAME/etc /MaintP21/etc > > > -- > > > Peter Hunkeler > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SNDM
SNDM sounds like the old Sterling Network Data Mover. It's now known as Connect:Direct from IBM. Try: http://www-01.ibm.com/support/docview.wss?uid=swg27023598 Matthew On 5 July 2016 at 20:01, Itschak Mugzach wrote: > Try emc. > > ITschak > בתאריך 5 ביול 2016 11:34, "Bill Widmayer" כתב: > > > I am working with a product called SNDM RELEASE 02.40.20. > > It has the name SNDM Network Productivity Facility, and used to transfer > > files between Advantis systems. > > Does anyone know where I can find manuals for this product? > > > > Bill Widmayer > > > > > > > > > > > > > > > > The information contained in this electronic message and any attachments > > to this message are intended for the exclusive use of the addressee(s) > and > > may contain proprietary, confidential or privileged information. If you > are > > not the intended recipient, you should not disseminate, distribute or > copy > > this e-mail. Please notify the sender immediately and destroy all copies > of > > this message and any attachments. WARNING: Computer viruses can be > > transmitted via email. The recipient should check this email and any > > attachments for the presence of viruses. The company accepts no liability > > for any damage caused by any virus transmitted by this email. > > www.wipro.com > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
On Tue, Jul 5, 2016 at 10:21 AM, Peter wrote: > Hi Liz, > > Initially we had > > etc === > $SYSNAME/etc > > but i unlinked the etc and now i want to get back to the above structure > > Have you tried: ln -s /\$SYSNAME/etc /etc Example transcript (not etc since I already have that) from my system: LIH1:BUBBA:/$ df . Mounted on FilesystemAvail/TotalFiles Status / (OMVS.SYSPLEX.LIH1.ROOT.ZFS) 2508/2880 4294967246 Available LIH1:BUBBA:/$ ln -s /\$SYSNAME/etc /x LIH1:BUBBA:/$ ls -l etc x lrwxrwxrwx 1 BPXROOT SYS1 12 Jan 6 2010 etc -> $SYSNAME/etc lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> /$SYSNAME/etc LIH1:BUBBA:/$ cd etc LIH1:BUBBA:/etc$ df . Mounted on FilesystemAvail/TotalFiles Status /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available LIH1:BUBBA:/etc$ cd /x LIH1:BUBBA:/x$ df . Mounted on FilesystemAvail/TotalFiles Status /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available LIH1:BUBBA:/x$ -- "Pessimism is a admirable quality in an engineer. Pessimistic people check their work three times, because they're sure that something won't be right. Optimistic people check once, trust in Solis-de to keep the ship safe, then blow everyone up." "I think you're mistaking the word optimistic for inept." "They've got a similar ring to my ear." >From "Star Nomad" by Lindsay Buroker: Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Help identifying source of SMF 80 record
X-posted IBM-MAIN and RACF-L. I am looking at an SMF 80 record from a customer that I am having trouble making sense of. The customer is definitely a RACF user, not a TSS user. The customer I believe is on z/OS V2R1. It is a valid SMF 80 record. The event.qualifier is 2.0. There are three relocatable sections: a 49 (User Name) that says "Detection Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF SMF record. So what's odd about it? 1. It is missing the RACF version SMF80VRM at offset 80 that was added to RACF around OS/390 V1R2. That leads me to believe the record was not produced by RACF. 2. Between roughly offset x'44' and offset x'B52' (the first relocatable section) there is binary data that looks like perhaps a series of binary counters that I am not familiar with. No recognizable EBCIDC data providing a clue. Does anyone have an idea what might be producing this record and where its format might be documented? It's at a customer so I don't have a thorough knowledge of what third-party products might be running, etc., etc. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
On Tue, 5 Jul 2016 20:39:21 +0530, Peter wrote: >Hi, > >I issued > >ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a >different result > >etc == > \$SYSNAMEetc > >so i was expecting > >etc === > $SYSNAME/etc > >Could you please point with the correct syntax. > First, it should be "ln -s", not "ln --s". I wonder which shell you're using, and what "ln --s" means to it. >On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > >> The $ is a meta character to the shell; it asks the shell to replace the >> variable following the $ with the valur of the variable. If you want to >> keep the $ as $, you need to escape it by preceeding it with he backslash. >> >> ls -s /\$SYSNAME/etc /MaintP21/etc -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Hi John, In your case lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> /$SYSNAME/etc I am expecting as lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> $SYSNAME/etc Like in my expectation it is without backward slash. so if I issue under /MaintP21 ln -s /\$SYSNAME\etc \etc i might get like etc --- > /$SYSNAME/etc So i was looking the result without the backward slash before $SYSNAME On Tue, Jul 5, 2016 at 9:10 PM, John McKown wrote: > On Tue, Jul 5, 2016 at 10:21 AM, Peter wrote: > > > Hi Liz, > > > > Initially we had > > > > etc === > $SYSNAME/etc > > > > but i unlinked the etc and now i want to get back to the above structure > > > > > Have you tried: > > ln -s /\$SYSNAME/etc /etc > > Example transcript (not etc since I already have that) from my system: > > LIH1:BUBBA:/$ > df . > Mounted on FilesystemAvail/TotalFiles Status > > / (OMVS.SYSPLEX.LIH1.ROOT.ZFS) 2508/2880 4294967246 > Available > LIH1:BUBBA:/$ > ln -s /\$SYSNAME/etc /x > LIH1:BUBBA:/$ > ls -l etc x > lrwxrwxrwx 1 BPXROOT SYS1 12 Jan 6 2010 etc -> $SYSNAME/etc > lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> /$SYSNAME/etc > LIH1:BUBBA:/$ > cd etc > LIH1:BUBBA:/etc$ > df . > Mounted on FilesystemAvail/TotalFiles Status > > /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 > Available > LIH1:BUBBA:/etc$ > cd /x > LIH1:BUBBA:/x$ > df . > Mounted on FilesystemAvail/TotalFiles Status > > /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 > Available > LIH1:BUBBA:/x$ > > > > > > -- > "Pessimism is a admirable quality in an engineer. Pessimistic people check > their work three times, because they're sure that something won't be right. > Optimistic people check once, trust in Solis-de to keep the ship safe, then > blow everyone up." > "I think you're mistaking the word optimistic for inept." > "They've got a similar ring to my ear." > > From "Star Nomad" by Lindsay Buroker: > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Hi Paul, Apology that was typo, I meant ln -s On Tue, Jul 5, 2016 at 9:17 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 5 Jul 2016 20:39:21 +0530, Peter wrote: > > >Hi, > > > >I issued > > > >ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a > >different result > > > >etc == > \$SYSNAMEetc > > > >so i was expecting > > > >etc === > $SYSNAME/etc > > > >Could you please point with the correct syntax. > > > First, it should be "ln -s", not "ln --s". > > I wonder which shell you're using, and what "ln --s" means to it. > > >On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > >> The $ is a meta character to the shell; it asks the shell to replace the > >> variable following the $ with the valur of the variable. If you want to > >> keep the $ as $, you need to escape it by preceeding it with he > backslash. > >> > >> ls -s /\$SYSNAME/etc /MaintP21/etc > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Is this on z/OS? What version? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: Tuesday, July 05, 2016 8:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Symlinks with $SYSNAME variable > > Hi, > > I issued > > ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a > different result > > etc == > \$SYSNAMEetc > > so i was expecting > > etc === > $SYSNAME/etc > > Could you please point with the correct syntax. > > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > > > > > > > >When I run ln -s command but it is not taking $SYSNAME but it is > > >taking > > SYSTEM/etc > > > > > > > > The $ is a meta character to the shell; it asks the shell to replace > > the variable following the $ with the valur of the variable. If you > > want to keep the $ as $, you need to escape it by preceeding it with he > backslash. > > > > > > ls -s /\$SYSNAME/etc /MaintP21/etc > > -- > > Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
It is running with z/OS 2.2 On Tue, Jul 5, 2016 at 9:18 PM, Lizette Koehler wrote: > Is this on z/OS? What version? > > Lizette > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Peter > > Sent: Tuesday, July 05, 2016 8:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Symlinks with $SYSNAME variable > > > > Hi, > > > > I issued > > > > ln --s /\$SYSNAME/etc /MaintP21/etc From /Maintp21 but it gave me a > > different result > > > > etc == > \$SYSNAMEetc > > > > so i was expecting > > > > etc === > $SYSNAME/etc > > > > Could you please point with the correct syntax. > > > > On Tue, Jul 5, 2016 at 8:04 PM, Peter Hunkeler wrote: > > > > > > > > > > > > > > >When I run ln -s command but it is not taking $SYSNAME but it is > > > >taking > > > SYSTEM/etc > > > > > > > > > > > > The $ is a meta character to the shell; it asks the shell to replace > > > the variable following the $ with the valur of the variable. If you > > > want to keep the $ as $, you need to escape it by preceeding it with he > > backslash. > > > > > > > > > ls -s /\$SYSNAME/etc /MaintP21/etc > > > -- > > > Peter Hunkeler > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
On Tue, 5 Jul 2016 10:40:36 -0500, John McKown wrote: >Have you tried: > >ln -s /\$SYSNAME/etc /etc > Why can't z/OS be like a normal UNIX system and put the symbols in the mount map rather than embedding them in symlinks!? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Q: SYSTEM TRACE oddity
I'm looking at a dump and specifically in the system trace. What I have is an entry for a PC that shows an odd address. It is off by 5 bytes of the address in the program (which is page aligned) for the PC instruction. The PC # is 8, and the entry is for a STORAGE OBTAIN. I have tried searching IBMLink and I get no hits. Anyone else seen such a thing? This did not result in a PIC, in fact, the program continued merrily along until it hit my "SVC D". Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
On Tue, Jul 5, 2016 at 10:47 AM, Peter wrote: > Hi John, > > In your case > > lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> /$SYSNAME/etc > > I am expecting as > > lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 10:36 x -> $SYSNAME/etc > > Like in my expectation it is without backward slash. > > so if I issue under /MaintP21 > > ln -s /\$SYSNAME\etc \etc > > i might get like > > etc --- > /$SYSNAME/etc > > So i was looking the result without the backward slash before $SYSNAME > OK. then don't put in the / in the ln command: ln -s \$SYSNAME/etc /x instead. However, the results are functionally the same. Example: LIH1:BUBBA:/home/bubba$ df . Mounted on FilesystemAvail/TotalFiles Status /home/bubba (TSSPV.PLEXLIH1.HOME.BUBBA.ZFS) 31536804/45705600 4294926387 Available LIH1:BUBBA:/home/bubba$ ln -s \$SYSNAME/etc x # note no leading / LIH1:BUBBA:/home/bubba$ ls -l x lrwxrwxrwx 1 BUBBATSHG 12 Jul 5 11:03 x -> $SYSNAME/etc LIH1:TSH009:/home/bubba$ cd x LIH1:BUBBA:/home/bubba/x$ df . Mounted on FilesystemAvail/TotalFiles Status /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available LIH1:BUBBA:/home/bubba/x$ cd LIH1:BUBBA:/home/bubba$ rm x LIH1:BUBBA:/home/bubba$ ln -s /\$SYSNAME/etc x # note leading / LIH1:BUBBA:/home/bubba$ ls -l x lrwxrwxrwx 1 BUBBATSHG 13 Jul 5 11:04 x -> /$SYSNAME/etc LIH1:BUBBA:/home/bubba$ cd x LIH1:BUBBA:/home/bubba/x$ df . Mounted on FilesystemAvail/TotalFiles Status /LIH1/etc (OMVS.I17RS1.LIH1.ETC)34308/403204294966929 Available The $SYSNAME does not resolve to just the system name. It may __only__ be used as the first portion of the SYMLINK and it always resolves starting at the UNIX root directory. If you ever need to use the system name as a directory not beginning from "root", such as /home/bubba/<>, you need to use the $SYSSYMR cd /home/bubba mkdir SY1 # System one's &SYSNAME mkdir SY2 # System two's &SYSNAME ln -s \$SYSSYMR/current-system Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1 and /home/bubba/SY2 on SY2. ref: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxb200/mountsym.htm From the about the &SYSNAME can be any defined static system symbol -- "Pessimism is a admirable quality in an engineer. Pessimistic people check their work three times, because they're sure that something won't be right. Optimistic people check once, trust in Solis-de to keep the ship safe, then blow everyone up." "I think you're mistaking the word optimistic for inept." "They've got a similar ring to my ear." >From "Star Nomad" by Lindsay Buroker: Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
On Tue, Jul 5, 2016 at 11:16 AM, John McKown wrote: > ln -s \$SYSSYMR/current-system > > > Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1 > and /home/bubba/SY2 on SY2. > > Damn it. Bug in that due to interruption. ln -s "\$SYSSYMR/&SYSNAME/current-system" The $SYSSYMR tells z/OS path resolution to pick up the _next_ directory level (/&SYSSNAME/) and replace the static system symbol, &SYSNAME, with its value. There is also &SYSSYMA will is similar but always resolves starting at the UNIX root. -- "Pessimism is a admirable quality in an engineer. Pessimistic people check their work three times, because they're sure that something won't be right. Optimistic people check once, trust in Solis-de to keep the ship safe, then blow everyone up." "I think you're mistaking the word optimistic for inept." "They've got a similar ring to my ear." >From "Star Nomad" by Lindsay Buroker: Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
On 5 July 2016 at 11:43, Charles Mills wrote: > I am looking at an SMF 80 record from a customer that I am having trouble > making sense of. The customer is definitely a RACF user, not a TSS user. The > customer I believe is on z/OS V2R1. > > It is a valid SMF 80 record. The event.qualifier is 2.0. There are three > relocatable sections: a 49 (User Name) that says "Detection Status", a 17 > (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says > "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF > SMF record. > > So what's odd about it? > > 1. It is missing the RACF version SMF80VRM at offset 80 that was added to > RACF around OS/390 V1R2. That leads me to believe the record was not > produced by RACF. Yup. We've encountered a handful of ISV products over the years that write "RACF" SMF records on their own initiative. None of them is fully "correct", either in that the record itself would never be written by RACF, or that it wouldn't be written in the context it is. > Does anyone have an idea what might be producing this record and where its > format might be documented? >From the names I'd guess it to be an EKC product. I'm not aware if they have product(s) that work with RACF rather than ACF2 (I understand the company was founded by one of the ACF2 initial developers), but it seems likely. http://www.ekcinc.com Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
Thanks, @Tony and @Hayim. Sounds like you might well have it. We will look into it. > We've encountered a handful of ISV products over the years that write "RACF" > SMF records Yeah, I have encountered at least one other, actually a homegrown product that writes Type 80 records. Even TSS kind of fits this description. The primary TSS SMF record is Type 80 and is "almost" like what RACF writes -- or rather, like what RACF wrote about twenty or thirty years ago. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Tuesday, July 05, 2016 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help identifying source of SMF 80 record On 5 July 2016 at 11:43, Charles Mills wrote: > I am looking at an SMF 80 record from a customer that I am having > trouble making sense of. The customer is definitely a RACF user, not a > TSS user. The customer I believe is on z/OS V2R1. > > It is a valid SMF 80 record. The event.qualifier is 2.0. There are > three relocatable sections: a 49 (User Name) that says "Detection > Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource > Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes > long, long for a RACF SMF record. > > So what's odd about it? > > 1. It is missing the RACF version SMF80VRM at offset 80 that was added > to RACF around OS/390 V1R2. That leads me to believe the record was > not produced by RACF. Yup. We've encountered a handful of ISV products over the years that write "RACF" SMF records on their own initiative. None of them is fully "correct", either in that the record itself would never be written by RACF, or that it wouldn't be written in the context it is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Minimum Volume Sizes in the Wild
Hitachi Dynamic Pools (HDP) on HDS kit. NB the anti-skew characteristics of HDP and Fast VP makes me wonder why anyone would still use basic format volumes any more. So, from my perspective, it is not always good to define all one type of device (mod54, mod27, etc...) the Internal mapping of the LUNs to those devices might leave unused storage, or if you have something like FAST VP (EMC VMAX) then the FASTVP may have problems properly balancing the workload inside the array. Just my two cents worth Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP (ITOPT1) - KLM > Sent: Monday, July 04, 2016 5:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Minimum Volume Sizes in the Wild > > We create as much 3390-54's as possible. > We have some smaller volumes only because they were converted as is > from ESS's. > And we have some 3390-3 and 3390-1 for JES checkpoint and catalogs, > but with the current GDPS requirement to eliminate all Reserves, I > think it would not be a problem to combine them. On the other hand, > how much space will be wasted in your xx TB dasd park when you have a handful > of 3390-54's filled for 1%? > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: 28 June, 2016 18:19 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Minimum Volume Sizes in the Wild > > What is the *smallest* volume size everyone sees in general use? > > For example, will we create any problems if we assume that "everyone" > has or can define at least a 3390-9 size volume these days? What if > we chose 3390-27? > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SHARE Academy z/OS Bug Busterz
I was going to write a lengthy post about the amazing opportunity to attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar being offered Sunday, July 31 at SHARE in Atlanta. But, I think this free T-Shirt is reason enough ... ;-) ftp://ftp.phoenixsoftware.com/pub/demo/zOS BugBusterz T-Shirt.png For information about the SHARE Academy offerings in Atlanta, see: http://www.share.org/atlanta-academy -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Minimum Volume Sizes in the Wild
On 7/5/2016 6:04 AM, John Eells wrote: Ed Jaffe wrote: We use three sizes only: mod-9, mod-27, and mod-216. The only reason we still maintain mod-9s is because that is the format used by the software sent to us by IBM. Can you elaborate? Is that the volume size for the ADCD or something else? (For ServerPac, it might be the default but it's easily changed there.) It's ADLT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SHARE Academy z/OS Bug Busterz
OK. The embedded blanks in the URL proved challenging for some text-based email interpreters. Here is one without the blanks: ftp://ftp.phoenixsoftware.com/pub/demo/zOS_BugBusterz_T-Shirt.png I was going to write a lengthy post about the amazing opportunity to attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar being offered Sunday, July 31 at SHARE in Atlanta. But, I think this free T-Shirt is reason enough ... ;-) ftp://ftp.phoenixsoftware.com/pub/demo/zOS BugBusterz T-Shirt.png For information about the SHARE Academy offerings in Atlanta, see: http://www.share.org/atlanta-academy -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
Hi John It fixed with command you gave. Peter On Jul 5, 2016 10:05 PM, "John McKown" wrote: > On Tue, Jul 5, 2016 at 11:16 AM, John McKown > > wrote: > > > ln -s \$SYSSYMR/current-system > > > > > > Then /home/bubba/current-system would resolve to /home/bubba/SY1 on SY1 > > and /home/bubba/SY2 on SY2. > > > > > Damn it. Bug in that due to interruption. > > ln -s "\$SYSSYMR/&SYSNAME/current-system" > > The $SYSSYMR tells z/OS path resolution to pick up the _next_ directory > level (/&SYSSNAME/) and replace the static system symbol, &SYSNAME, with > its value. There is also &SYSSYMA will is similar but always resolves > starting at the UNIX root. > > > > -- > "Pessimism is a admirable quality in an engineer. Pessimistic people check > their work three times, because they're sure that something won't be right. > Optimistic people check once, trust in Solis-de to keep the ship safe, then > blow everyone up." > "I think you're mistaking the word optimistic for inept." > "They've got a similar ring to my ear." > > From "Star Nomad" by Lindsay Buroker: > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Academy z/OS Bug Busterz
On 7/5/2016 10:21 AM, Ed Jaffe wrote: I was going to write a lengthy post about the amazing opportunity to attend the in-depth, day-long z/OS Bug Busterz SHARE Academy seminar being offered Sunday, July 31 at SHARE in Atlanta. But, I think this free T-Shirt is reason enough ... ;-) ftp://ftp.phoenixsoftware.com/pub/demo/zOS_BugBusterz_T-Shirt.png For information about the SHARE Academy offerings in Atlanta, see: http://www.share.org/atlanta-academy I just found out this offering for z/OS customers is already 50% sold! Yikes! If you're thinking about sending someone to this (or perhaps attending yourself), I suggest you get on this ASAP... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Symlinks with $SYSNAME variable
And for the sake of additional, but unasked for documentation. If you want to use any system symbol you happen to have defined you would use the following syntax: ln -s '$SYSSYMA/&yoursymbol./xxx'xxx &SYSSYMA is a special keyword for a symbolic absolute pathname &SYSSYMR is a special keyword for a symbolic relative pathname _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: Tuesday, July 05, 2016 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Symlinks with $SYSNAME variable Hi John It fixed with command you gave. Peter On Jul 5, 2016 10:05 PM, "John McKown" wrote: > On Tue, Jul 5, 2016 at 11:16 AM, John McKown > > > wrote: > > > ln -s \$SYSSYMR/current-system > > > > > > Then /home/bubba/current-system would resolve to /home/bubba/SY1 on > > SY1 and /home/bubba/SY2 on SY2. > > > > > Damn it. Bug in that due to interruption. > > ln -s "\$SYSSYMR/&SYSNAME/current-system" > > The $SYSSYMR tells z/OS path resolution to pick up the _next_ > directory level (/&SYSSNAME/) and replace the static system symbol, > &SYSNAME, with its value. There is also &SYSSYMA will is similar but > always resolves starting at the UNIX root. > > > > -- > "Pessimism is a admirable quality in an engineer. Pessimistic people > check their work three times, because they're sure that something won't be > right. > Optimistic people check once, trust in Solis-de to keep the ship safe, > then blow everyone up." > "I think you're mistaking the word optimistic for inept." > "They've got a similar ring to my ear." > > From "Star Nomad" by Lindsay Buroker: > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Q: SYSTEM TRACE oddity
> I'm looking at a dump and specifically in the system trace. > > What I have is an entry for a PC that shows an odd address. It is > off by 5 bytes of the address in the program (which is page > aligned) for the PC instruction. > > The PC # is 8, and the entry is for a STORAGE OBTAIN. > > I have tried searching IBMLink and I get no hits. > > Anyone else seen such a thing? > > This did not result in a PIC, in fact, the program continued > merrily along until it hit my "SVC D". As documented in Principles of Operation and z/Architecture Reference Summary, the low order bit of the PC return address field in the trace entry indicates that the PC was issued in problem state. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
Nobody has mentioned ACF2 yet. Is that a possibility? In principle I don't think there's anything stopping ANY software from confecting SMF 80 records. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 From: Charles Mills To: IBM-MAIN@LISTSERV.UA.EDU Date: 05/07/2016 18:10 Subject:Re: Help identifying source of SMF 80 record Sent by:IBM Mainframe Discussion List Thanks, @Tony and @Hayim. Sounds like you might well have it. We will look into it. > We've encountered a handful of ISV products over the years that write "RACF" SMF records Yeah, I have encountered at least one other, actually a homegrown product that writes Type 80 records. Even TSS kind of fits this description. The primary TSS SMF record is Type 80 and is "almost" like what RACF writes -- or rather, like what RACF wrote about twenty or thirty years ago. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Tuesday, July 05, 2016 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help identifying source of SMF 80 record On 5 July 2016 at 11:43, Charles Mills wrote: > I am looking at an SMF 80 record from a customer that I am having > trouble making sense of. The customer is definitely a RACF user, not a > TSS user. The customer I believe is on z/OS V2R1. > > It is a valid SMF 80 record. The event.qualifier is 2.0. There are > three relocatable sections: a 49 (User Name) that says "Detection > Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource > Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes > long, long for a RACF SMF record. > > So what's odd about it? > > 1. It is missing the RACF version SMF80VRM at offset 80 that was added > to RACF around OS/390 V1R2. That leads me to believe the record was > not produced by RACF. Yup. We've encountered a handful of ISV products over the years that write "RACF" SMF records on their own initiative. None of them is fully "correct", either in that the record itself would never be written by RACF, or that it wouldn't be written in the context it is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* Coding AT +148 ( EX MY.CLIST(TRAP)) Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't work -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Godfrey Sent: Monday, July 4, 2016 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE The clist in my first post was run on z/OS 2.2. The 4-character string "amp:" if present, is an artifact of the listserv web interface and should not be in the clist. The clist has also run on MVS 3.8, without the TSOEXEC in front of TEST and with different SUBSTR columns as shown in comments in my earlier post. The different SUBSTR columns are due to the 6-digit hex address on 24-bit MVS 3.8, instead of an 8-digit hex address. The column dependency could be eliminated, if somebody wanted to, by using an equated symbol on LIST, as below. If the EQUATE was done after the SET, the output of LIST would end up in SYSOUTLINE2. TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)' EQUATE CVTDATE 10.%+38 SET SYSOUTTRAP = 10 LIST CVTDATE SET SYSOUTTRAP = 0 SET LINE = &STR(&&SYSOUTLINE1) SET DOY = &SUBSTR(14:16,&LINE) SET YYY = &SUBSTR(11:13,&LINE) SET YEAR = &EVAL(1900 + &YYY) WRITE TODAY IS DAY &DOY OF &YEAR CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ END Bill On Mon, 4 Jul 2016 13:33:18 -0400, Joseph Reichman wrote: >What version of z/OS MVS was this code run I think Rupert Reynolds >mentioned in a earlier Post on this thread that capturing TEST output >is different then when he tried it in the early 90's > > > > >> On Jul 4, 2016, at 12:28 PM, Bill Godfrey wrote: >> >> Here's an example of capturing TEST output into CLIST variables. >> >> TSOEXEC TEST 'SYS1.LINKLIB(IEFBR14)' >> SET SYSOUTTRAP = 10 >> LIST 10.%+38 /* CVTDATE */ >> SET SYSOUTTRAP = 0 >> SET LINE = &STR(&&SYSOUTLINE1) SET DOY = &SUBSTR(16:18,&LINE) >> /* 14:16 ON MVS 3.8 */ SET YYY = &SUBSTR(13:15,&LINE) /* 11:13 ON MVS >> 3.8 */ SET YEAR = &EVAL(1900 + &YYY) WRITE TODAY IS DAY &DOY OF &YEAR >> CONTROL END(FOO) /* NEXT END IS FOR TEST, NOT CLIST */ END >> >> Bill >> >>> On Sun, 3 Jul 2016 13:58:51 -0400, Joseph Reichman wrote: >>> >>> I have tried to capture test subcommand output I.E list under clist >>> with no success Dont know about Rexx I am now thinking the AT >>> subcommsnd in TEST leaves you the ability to to exec a CLIST as part >>> of the parameters maybe I'll try the SYSOUTTRAP/SYSOUTLINE in that >>> instance >>> >>> >>> On Jul 3, 2016, at 1:51 PM, Jesse 1 Robinson wrote: I was sloppy. AFAIK the functions are equivalent. In Rexx, you use this syntax: x = OUTTRAP("cmdl.") "LISTALC STATUS" line_count = cmdl.0 dsn = cmdl.i ... Output goes into the named array. Lines are identified by the value of i. Equivalent in Clist: SET SYSOUTTRAP = 600 LISTALC STATUS SET SYSOUTTRAP = 0 SET &LINE_COUNT = &SYSOUTLINE SET DSN = &STR(&&SYSOUTLINE&I) ... Output always goes into complex variable &SYSOUTLINE. Lines are identified by the value of &I. The real difference for OP is the scope of output capture in Rexx vs. Clist. When Rexx switches into subcommand mode, I don't think output is captured from the original OUTTRAP. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Sunday, July 03, 2016 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE You use SYSOUTTRAP in Rexx thought it's a clist command unless you are calling clist from Rexx > On Jul 3, 2016, at 12:48 PM, Jesse 1 Robinson > wrote: > > I use SYSOUTTRAP in Rexx all the time for ordinary commands. There is > indeed a huge difference between Rexx and Clist vis a vis 'subcommand > mode'. An example of subcommand mode is the SEND command under OPER. > Another is LIST under ACCOUNT. TEST runs in practice almost entirely in > subcommand mode. > > In a Clist, the exec retains control when running in subcommand mode. In > Rexx, the exec loses control in subcommand mode, so successive commands > must be 'stacked' ahead of time via QUEUE. Trouble is that in TEST, > subsequent command operands usually depend on the result of previous > commands, which makes QUEUEing commands ahead of time nearly impossible. > > I don't recall ever trying SYSOUTTRAP in TEST. > > . > .
Re: Q: SYSTEM TRACE oddity
Doh! Completely forgot to look there, and I didn't give the diag manual a thought either. Man am I rusty at this. Thanx, Steve Thompson On 07/05/2016 02:47 PM, Jim Mulder wrote: I'm looking at a dump and specifically in the system trace. What I have is an entry for a PC that shows an odd address. It is off by 5 bytes of the address in the program (which is page aligned) for the PC instruction. The PC # is 8, and the entry is for a STORAGE OBTAIN. I have tried searching IBMLink and I get no hits. Anyone else seen such a thing? This did not result in a PIC, in fact, the program continued merrily along until it hit my "SVC D". As documented in Principles of Operation and z/Architecture Reference Summary, the low order bit of the PC return address field in the trace entry indicates that the PC was issued in problem state. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
On Tue, 5 Jul 2016 15:03:02 -0400, Joe Reichman wrote: >The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* >Coding AT +148 ( EX MY.CLIST(TRAP)) > >Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't >work I would expect it to be able to trap the output of any TEST subcommands issued by the CLIST. Are you saying that won't work? (The key is to have the CLIST establish trapping, then issue subcommands, then examine the trapped output. Then possibly issue more subcommands (trapped or not) depending on the results of examining the output.) -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO TEST and SYSOUTTRAP/SYSOUTLINE
Sorry I have it in the main clist When I put it In the clist that executes the AT command it works now my next step it To see if I can issue test subcommands based On the clist variables value Thanks everyone so far > On Jul 5, 2016, at 3:39 PM, Walt Farrell wrote: > >> On Tue, 5 Jul 2016 15:03:02 -0400, Joe Reichman >> wrote: >> >> The SYSOUTTRAP will trap TEST OUTPUT but *ONLY* at the beginning of *TEST* >> Coding AT +148 ( EX MY.CLIST(TRAP)) >> >> Where the clist TRAP contain SYSOUTTRAP and SYSOUTLINE to trap output won't >> work > > I would expect it to be able to trap the output of any TEST subcommands > issued by the CLIST. Are you saying that won't work? > > (The key is to have the CLIST establish trapping, then issue subcommands, > then examine the trapped output. Then possibly issue more subcommands > (trapped or not) depending on the results of examining the output.) > > -- > Walt > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
Well, I did say they were RACF users. ACF2 does not generally cut Type 80 records, although its default Type 230 record could be overridden to 80 if the customer desired. (TSS by default does cut Type 80 records.) This does not look like an ACF2 record; I would recognize that. The record is very much "RACF-like." It is in fact a valid "RACF" Type 80 record, although there is a lot of unaccounted for data in the middle. Because of the pointer architecture of the RACF record layout, extra data in the middle does not affect the validity of the layout of the "RACF-like" portions. > I don't think there's anything stopping ANY software from confecting SMF 80 records. Well, there's "anything" if you count APF. But your point is well taken -- it could be almost any program or product cutting an SMF 80 record. It would not have to be a security product or a "RACF add-on." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Tuesday, July 05, 2016 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help identifying source of SMF 80 record Nobody has mentioned ACF2 yet. Is that a possibility? In principle I don't think there's anything stopping ANY software from confecting SMF 80 records. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEARELCN for orphaned console definitions
Greetings , We were supposed to remove a few inactive MCS definitions from our sysplex . The LPAR where it originally had its definition is IPL'ed after removing the entries from CONSOLxx . But forgot to run IEARELCN to remove it from the plex . Now when i do a display D C,N on all LPARS, it still shows the same console device in the output where CNZ4100I msg has DEFINED and MATCHED entries displayed as *NONE . I would like to get rid of this definition from other systems in the plex . Here is what i intend to do a) Run a IEARELCN against the console name which has already been removed from the original system that is IPL'ed I understand that a sysplex wide IPL is needed to remove the console definition in shared mode unless IEARELCN is used My question is : Can i run IEARELCN on any of the LPARS in the same sysplex in this situation to get rid of the orphaned entry so that it gets unpinned ? BTW , we are using console in shared mode and hence SETCON DELETE will not work Bob Hahne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Highest address "below the bar"
On 7/2/2016 5:25 PM, Paul Gilmartin wrote: On Sat, 2 Jul 2016 16:06:49 -0700, Ed Jaffe wrote: ... You never get a specification exception on a branch. Specification exception Possible causes are as follows: Branch to an odd-numbered address, caused by an overlaid register save area I was too hasty with my original response. ANY branch to an odd address generates a specification exception. The exception is recognized before exceptions caused by a failure to fetch the storage. Therefore, the result is 0C6 even if the storage does not exist or is fetch protected. Technically, it's not the branch itself abending but I'm not going to dwell on that... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Real purpose of hipersocket
Cross Posted Hi We are planning to implement hipersocket for our sysplex with 5 LPARS in it. We are already using OSA express card with 10G and our Multi Access Spool for all the 5 LPARs so we cannot even of implementing hipersocket for NJE. If my understanding is correct the hipersocket is not eligible for external communication too. I am still trying to understand from the manual what other benefits I can get from Hipersocket. I think Hipersocket cannot replace CTC connection by having two major node speak over hipersocket rather than CTC. Can someone please throw light on this so that I can dig little further to know the real purpose of having purpose. Any help or suggestions would be great. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Real purpose of hipersocket
HiperSockets is for LPAR to LPAR communications ONLY within the same physical system. Have you read the following RedBook: http://www.redbooks.ibm.com/redbooks/pdfs/sg246816.pdf and also: https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.znetwork/znetwork_85.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
You could set up an SMF exit to check for the suspicious record and check who is writing it. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 05 July, 2016 17:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help identifying source of SMF 80 record X-posted IBM-MAIN and RACF-L. I am looking at an SMF 80 record from a customer that I am having trouble making sense of. The customer is definitely a RACF user, not a TSS user. The customer I believe is on z/OS V2R1. It is a valid SMF 80 record. The event.qualifier is 2.0. There are three relocatable sections: a 49 (User Name) that says "Detection Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF SMF record. So what's odd about it? 1. It is missing the RACF version SMF80VRM at offset 80 that was added to RACF around OS/390 V1R2. That leads me to believe the record was not produced by RACF. 2. Between roughly offset x'44' and offset x'B52' (the first relocatable section) there is binary data that looks like perhaps a series of binary counters that I am not familiar with. No recognizable EBCIDC data providing a clue. Does anyone have an idea what might be producing this record and where its format might be documented? It's at a customer so I don't have a thorough knowledge of what third-party products might be running, etc., etc. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help identifying source of SMF 80 record
Hi Charles, I've got an EKC product called "Firecall" listed in my SMF Reference Summary at www.watsonwalker.com/references.html. Best regards, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, July 5, 2016 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help identifying source of SMF 80 record X-posted IBM-MAIN and RACF-L. I am looking at an SMF 80 record from a customer that I am having trouble making sense of. The customer is definitely a RACF user, not a TSS user. The customer I believe is on z/OS V2R1. It is a valid SMF 80 record. The event.qualifier is 2.0. There are three relocatable sections: a 49 (User Name) that says "Detection Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF SMF record. So what's odd about it? 1. It is missing the RACF version SMF80VRM at offset 80 that was added to RACF around OS/390 V1R2. That leads me to believe the record was not produced by RACF. 2. Between roughly offset x'44' and offset x'B52' (the first relocatable section) there is binary data that looks like perhaps a series of binary counters that I am not familiar with. No recognizable EBCIDC data providing a clue. Does anyone have an idea what might be producing this record and where its format might be documented? It's at a customer so I don't have a thorough knowledge of what third-party products might be running, etc., etc. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Real purpose of hipersocket
Parwez If you have read my post I was very clear that hipersocket are only for inter LPAR communication. So apart from above is there any compelling reason to use hipersocket if the all the LPARS are in same sysplex. On Jul 6, 2016 12:05 PM, "Parwez Hamid" wrote: > HiperSockets is for LPAR to LPAR communications ONLY within the same > physical system. Have you read the following RedBook: > > http://www.redbooks.ibm.com/redbooks/pdfs/sg246816.pdf > > and also: > > > https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.znetwork/znetwork_85.htm > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Real purpose of hipersocket
You did not mention that the 5 lpars in your sysplex were situated in only 1 machine. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: 06 July, 2016 8:46 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Real purpose of hipersocket Parwez If you have read my post I was very clear that hipersocket are only for inter LPAR communication. So apart from above is there any compelling reason to use hipersocket if the all the LPARS are in same sysplex. On Jul 6, 2016 12:05 PM, "Parwez Hamid" wrote: > HiperSockets is for LPAR to LPAR communications ONLY within the same > physical system. Have you read the following RedBook: > > http://www.redbooks.ibm.com/redbooks/pdfs/sg246816.pdf > > and also: > > > https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.znetwork/znetwork_85.htm > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN