z/OS WIKI access from a mianframe (TSO)
Hi Is it possible to access the z/OS WIKI from a mainframe application ? (In this case the user can access the mainframe only via TSO certificates) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: critical (to me): 3494-B10 error messages
Issue command D M=DEV(0609) for z/OS 1.13+ Could be a problem with the fiber or adapter on either end. Check for a LOGREC at the time the problem started. On Mon, Mar 3, 2014 at 8:59 AM, John McKown john.archie.mck...@gmail.com wrote: Our 3494-B10 is messed up. It is shared between two LPARs in a basic sysplex with the drives being autoswitchable. The same problem occurred last night, but just went away after a couple of hours. We did get the CE on site at that time, and have called again. But he was puzzled too. The messages we are getting are: *IOS002A 0609,NO PATHS AVAILABLE IOS2002I 0609 NO PATHS AVAILABLE 850 STATUS FOR PATH(S) 03 CHANNEL LINK LEVEL FACILITY IN OFFLINE RECEPTION STATE (60) IEF880I 0609 NOW OFFLINE BY OAM Any wisdom out there that can be shared with me? Oh, what changed?. The CE replaced an HBA (SCSI adapter) in the 3494 yesterday. But all the diagnostics checked out fine at the time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: critical (to me): 3494-B10 error messages
John, Have you reviewed the following points? | First line of text contains the general reason for the | not operative path. | Second line of text, if one exists, contains the specific | reason for the not operative path. | System Action: In most cases, subsequent I/O requests | to the device wait until a path to the device becomes | available. This message is written to SYSLOG only. | Operator Response: An I/O interrupt is required to cause | I/O requests to the device to be retried. Do one of the | following to simulate an I/O interrupt and cause queued | requests to be retried: | .Enter a VARY DEVICE ONLINE command for devn | .Enter a VARY PATH ONLINE command for a path to | device devn | .If a serial fiber is not connected, connect the serial fiber to device devn. I would dump LOGREC and see if any additional info is available. 60: CHANNEL LINK LEVEL FACILITY IN OFFLINE RECEPTION This is the case when the Channel-to-CU logical path (H/W link-level) has been de-established (broken). Then I would try a new cable to see if the cable is bad. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, March 03, 2014 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: critical (to me): 3494-B10 error messages Our 3494-B10 is messed up. It is shared between two LPARs in a basic sysplex with the drives being autoswitchable. The same problem occurred last night, but just went away after a couple of hours. We did get the CE on site at that time, and have called again. But he was puzzled too. The messages we are getting are: *IOS002A 0609,NO PATHS AVAILABLE IOS2002I 0609 NO PATHS AVAILABLE 850 STATUS FOR PATH(S) 03 CHANNEL LINK LEVEL FACILITY IN OFFLINE RECEPTION STATE (60) IEF880I 0609 NOW OFFLINE BY OAM Any wisdom out there that can be shared with me? Oh, what changed?. The CE replaced an HBA (SCSI adapter) in the 3494 yesterday. But all the diagnostics checked out fine at the time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: critical (to me): 3494-B10 error messages
John McKown wrote: Our 3494-B10 is messed up. It is shared between two LPARs in a basic sysplex with the drives being autoswitchable. The same problem occurred last night, but just went away after a couple of hours. We did get the CE on site at that time, and have called again. But he was puzzled too. Puzzled? Come on. That is the first time I see a CE is puzzled. ;-) The messages we are getting are: *IOS002A 0609,NO PATHS AVAILABLE IOS2002I 0609 NO PATHS AVAILABLE 850 STATUS FOR PATH(S) 03 CHANNEL LINK LEVEL FACILITY IN OFFLINE RECEPTION STATE (60) IEF880I 0609 NOW OFFLINE BY OAM From one or both LPARs? The CE replaced an HBA (SCSI adapter) in the 3494 yesterday. At first or second trip? If at first trip [ when the problem appeared the first time ], then the CE messed something bad up. As others said, check D M=DEV etc, LOGREC and your cables. I would also [arrange to] check the HBA and the box where the HBA is residing. I'm not sure of the cable layout, but check that the cables are plugged properly, ie locked in at the correct orientation. Oh, check your static electrics! Many puzzling hardware errors are coming from that. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Enterprise COBOL 5.1 -- TEST compiler option
Hi, List, In our DEV environment, currently using Enterprise COBOL v4.2, we specify TEST=(NOHOOK,SEPARATE,EJPD), and the compiler inserts DEBUGINF=sysdebug.lib.name into a non-executable area of the load module. IOW, it's just a pointer to a separate dataset containing the information needed by IBM Debug Tool, etc. for interactive debugging. With the change in Enterprise COBOL v5.1 to produce program objects instead of load modules, including the DWARF debug information and (optionally) source statements in non-loadable segments of the program object, we are curious how others handle the source statements: Include them in the program object (via compiler option TEST=(EJPD,SOURCE)), or maintain them in a separate dataset (via compiler option TEST=(EJPD,NOSOURCE), requiring post-processing of the compiler listing with EQALANGX to produce the source statement information)? If the latter, how is the program object connected to its corresponding source listing? TIA, -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: critical (to me): 3494-B10 error messages
Should any care, the problem turned out to be weird (to me). I was told that the SSA adapter to the internal disk (3494-B10 uses a some sort of pSeries w/AIX) was bad. Unfortunately, this type of error is not reported at all to the z system as anything that we could determine. I guess that this is the cost of the internals being a closed black box. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: z/OS WIKI access from a mianframe (TSO)
In 531475fd.8070...@isis-papyrus.com, on 03/03/2014 at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
In 60A88FF084694521B417F4096A824778@barryf93b83d71, on 03/01/2014 at 09:44 PM, retired mainframer retired-mainfra...@q.com said: Look at the meaning of the convert operand in UNIX System Services Command Reference. YES specifies conversion table BPXFX000 which, unless you have changed it, is an alias for BPXFX111 which converts between IBM-037 and IBM-1047, both of which are EBCDIC. You probably need to specify BPXFX311 which converts between IBM-1047 (EBCDIC)and ISO8859-1 (ASCII). ISO 8859-1[1] is Latin 1, not ASCII. [1] Does IBM have a z/OS code page for ISO 8859-15 yet? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
Thank you for the tip. However, I had to change the OCOPY statement to: ocopy indd(filein) outdd(fileout) , text convert('sys1.linklib(BPXFX311)') pathopts(use) FROM1047 Without the FROM1047, no conversion. Curiously, I OCOPYd a simple text file with the new format. OCOPY did not convert. However, when I reverted to the old format, it converted. As Alice said, 'Curiouser curiouser.' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
Ouch! I can imagine such a thing. But it would really only work properly if the writer of the TSO program is an expert in how to use GDDM in order to render multiple fonts as well as GIF, PNG, or JPEG images on a TN3270 emulator which supports GDDM graphs. In my opinion, this is a serious waste of talent. I don't know what a z/OS WIKI really is. We don't host a Wiki on z/OS, although I do have a Wiki running on a blech Windows IIS box which is z/OS oriented (internal use only). Instead of a Wiki being on z/OS, I (personally) would probably just keep the Wiki entries in z/OS UNIX files in Markdown format ( http://en.wikipedia.org/wiki/Markdown ) Basically markdown is a very simple, human readable, format for documentation. It's main plus is that if it is done correctly, it is simple to render into HTML (there are programs to do this) while being perfectly readable as-is by people. On Mon, Mar 3, 2014 at 11:27 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 531475fd.8070...@isis-papyrus.com, on 03/03/2014 at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: z/OS WIKI access from a mianframe (TSO)
If you are looking for a nice free z/OS Wiki solution, http://jspwiki.apache.org/ runs pretty well under Tomcat on z/OS. I have heard of several shops that use it to maintain z/OS maintenance info. We did a SHARE z/OS Tomcat lab years ago (2006-2007) where one of the exercises was setting up JspWiki. We have a z/OS-centric Apache Tomcat package available free from our website: https://dovetail.com/products/tomcat.html Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Mar 3, 2014 at 1:23 PM, John McKown john.archie.mck...@gmail.comwrote: Ouch! I can imagine such a thing. But it would really only work properly if the writer of the TSO program is an expert in how to use GDDM in order to render multiple fonts as well as GIF, PNG, or JPEG images on a TN3270 emulator which supports GDDM graphs. In my opinion, this is a serious waste of talent. I don't know what a z/OS WIKI really is. We don't host a Wiki on z/OS, although I do have a Wiki running on a blech Windows IIS box which is z/OS oriented (internal use only). Instead of a Wiki being on z/OS, I (personally) would probably just keep the Wiki entries in z/OS UNIX files in Markdown format ( http://en.wikipedia.org/wiki/Markdown ) Basically markdown is a very simple, human readable, format for documentation. It's main plus is that if it is done correctly, it is simple to render into HTML (there are programs to do this) while being perfectly readable as-is by people. On Mon, Mar 3, 2014 at 11:27 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 531475fd.8070...@isis-papyrus.com, on 03/03/2014 at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: z/OS WIKI access from a mianframe (TSO)
On Mon, 3 Mar 2014 13:31:02 -0600, Kirk Wolf wrote: If you are looking for a nice free z/OS Wiki solution, http://jspwiki.apache.org/ runs pretty well under Tomcat on z/OS. I have heard of several shops that use it to maintain z/OS maintenance info. We did a SHARE z/OS Tomcat lab years ago (2006-2007) where one of the exercises was setting up JspWiki. We have a z/OS-centric Apache Tomcat package available free from our website: https://dovetail.com/products/tomcat.html Does this use a 327x as a display, or operate as an X11 client with your choice of server on desktop? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zFS aggregate growth amount query
Thank you, gents. The '3420' is the number of 8k blocks for the 36-cylinder 'growth' value mentioned in the APAR. I'd created the LDS with CYLS(857,857) and had expected to growth in chunks of 77130 blocks. Then in my IOEAGFMT job, I'd originally specified '-size 77130 -grow 77130'. When I didn't see growth occurring as I'd expected, I played with those two numbers, but nothing seemed to affect the 3420-block growth size. On Mon, Mar 3, 2014 at 2:43 PM, Tom Ambros thomas_amb...@keybank.comwrote: Yeah, this is one of the things that has me muttering darkly upon occasion. The mount parm is AGGRGROW. The command is zfsadm grow. No aggr. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/03/2014 09:31 Subject:Re: zFS aggregate growth amount query Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU There is a currently open APR on ZFS secondary allocation. See OA44214. I have always had success w/ zfsadm agggrow -size (final desired size). Check the fine manual for syntax. I am sure the above is incorrect. snip Listcat the zFS. It is the secondary allocation by default, I do believe. You can override this by hand with the zfsadm grow command but if it is done as a result of the AGGRGROW parm on the mount it is the secondary allocation of the linear VSAM cluster, IIRC. /snip snip I've developed a zFS aggregate am loading it up with a fairly large amount of data. I keep on seeing console messages sequences like: IOEZ00078E zFS aggregate cluster name exceeds 99% full (1282681/1285920) (WARNING) IOEZ00312I Dynamic growth of aggregate cluster name in progress, (by user ). IOEZ00309I Aggregate cluster name successfully dynamically grown (by user ). IOEZ00078E zFS aggregate cluster name exceeds 99% full (1285920/1289160) (WARNING) My question is with regard to the amount that the aggregate has grown by. The difference between the '1285920' and '1289160' is 3240 - presumably that is # 8k-byte blocks, but available documentation appears to be woefully inadequate. Who defines that '3420'? I certainly didn't specify it when creating the cluster, nor with any parm value when formatting it with IOEAGFMT. When I look at either IOEFSPRM or IOEPRMxx, all I see is a bunch of comment lines. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- 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: z/OS WIKI access from a mianframe (TSO)
Lynx runs under Unix System Services (z/Unix). On Mon, Mar 3, 2014 at 11:27 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 531475fd.8070...@isis-papyrus.com, on 03/03/2014 at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
You could try the Wikipedia XML interface to extract data thru the internet. If that doesn't provide the functionality you need, then Wikipedia, mediawiki and probably other products have WIKI API's. See if one of those API's is compatible with z/OS and provides the information you need. Jon Perryman. - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
On 2014-03-03 13:30, Jousma, David wrote: We run it. Accessed via Web browser. Yes, but is that Web browser runing on the mainframe? If not, how is this considered access from a mianframe? I suppose this depends on the sense of the ambiguous prepositional adverb from, left ambiguous by the OP. Either: I can view the Orion Nebula from my back yard, or: Observing in my backyard, I can view light from the Orion Nebula. Likwise: I can view a WIKI as I work from a mainframe, or: Viewing elsewhere, I can view a WIKI served by a mainframe. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Does this use a 327x as a display, or operate as an X11 client with your choice of server on desktop? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
:: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Shmuel Metz (Seymour J.) :: Sent: Sunday, March 02, 2014 3:31 PM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: OCOPY fails to convert text :: :: In 60A88FF084694521B417F4096A824778@barryf93b83d71, on 03/01/2014 ::at 09:44 PM, retired mainframer retired-mainfra...@q.com said: :: :: Look at the meaning of the convert operand in UNIX System Services :: Command Reference. YES specifies conversion table BPXFX000 which, :: unless you have changed it, is an alias for BPXFX111 which converts :: between IBM-037 and IBM-1047, both of which are EBCDIC. You probably :: need to specify BPXFX311 which converts between IBM-1047 (EBCDIC)and :: ISO8859-1 (ASCII). :: :: ISO 8859-1[1] is Latin 1, not ASCII. From the UNIX Systems Services Command Reference: BPXFX311. Specifies an ASCII-EBCDIC conversion table to convert between code pages ISO8859-1 and IBM-1047. It doesn't matter what the official title of ISO 8859-1 is. For getting OCOPY to perform the desired conversion, it only matters that IBM uses it to mean to ASCII. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
On 2 March 2014 18:30, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: [1] Does IBM have a z/OS code page for ISO 8859-15 yet? IBM has produced only two code pages for Latin-9; one ASCIIish (923) and one EBCDIC (924). Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
On 03/03/2014 11:27 AM, Shmuel Metz (Seymour J.) wrote: In 531475fd.8070...@isis-papyrus.com, on 03/03/2014 at 01:30 PM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. I see no reason to require that there be a browser that would run under TSO to display the documentation on a 3270. I can't imagine running z/OS these days without TCP/IP connectivity, especially since TSO 3270 access these days usually uses a 3270 emulator on a workstation platform and TN3270 over TCP/IP, and if workstation browser access to a mainframe web server is broken, TSO access is probably dead also. Even at our DR exercises LAN connectivity to laptops and desktops was always available early in the game. Copies of any documentation needed to get z/OS and TCP/IP up should always be in some form (memory sticks, smart phones, CD/DVD, external hard drives, or in hard copy) where it can be accessed without z/OS. It makes sense to keep the authoritative current documentation for z/OS on the z/OS platform itself, but this doesn't preclude keeping copies on alternate media/platforms and in forms that are adequate to get z/OS with TCP/IP up and functional. Once z/OS is functional, it makes no sense to disallow or not require that browsers on other platforms better suited to rendering graphics and decent fonts be the mode of access. If the desire is to keep all that documentation in a wiki database on z/OS, there are surely utilities that can export the wiki database from z/OS in some form that would satisfy the emergency availability requirements. For that matter it probably wouldn't be that difficult with a laptop running some flavor of Linux to configure it to run a web server with wiki support and provide for it to re-sync its database to the z/OS wiki database with appropriate frequency. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
Sorry Gil, I was following list standards and throwing out information that didn't really answer the OP's question :-) JspWiki (and all Wikis that I am aware of) are HTML / web applications. I don't know of a web browser client that runs under TSO (or why that is an idea worth consideration :-) Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Mar 3, 2014 at 1:57 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 13:31:02 -0600, Kirk Wolf wrote: If you are looking for a nice free z/OS Wiki solution, http://jspwiki.apache.org/ runs pretty well under Tomcat on z/OS. I have heard of several shops that use it to maintain z/OS maintenance info. We did a SHARE z/OS Tomcat lab years ago (2006-2007) where one of the exercises was setting up JspWiki. We have a z/OS-centric Apache Tomcat package available free from our website: https://dovetail.com/products/tomcat.html Does this use a 327x as a display, or operate as an X11 client with your choice of server on desktop? -- 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: OCOPY fails to convert text
On Mon, 3 Mar 2014 14:32:43 -0800, retired mainframer wrote: :: :: ISO 8859-1[1] is Latin 1, not ASCII. From the UNIX Systems Services Command Reference: BPXFX311. Specifies an ASCII-EBCDIC conversion table to convert between code pages ISO8859-1 and IBM-1047. It doesn't matter what the official title of ISO 8859-1 is. For getting OCOPY to perform the desired conversion, it only matters that IBM uses it to mean to ASCII. Well, Shmuel, pedantically and characteristically, is insisting that ASCII means precisely a 7-bit character set (even as USS does not mean UNIX System Services). But, is there a convenient alternative collective term designating those 8-bit character sets in which 'A' is 0x41; '0' is 0x30, etc.? Perhaps Shmuel can, in a more constructive mode, suggest one. Does ISO Latin include ISO8859-x (and some Windows-peculiar character sets) and exclude IBM-1047? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS WIKI access from a mianframe (TSO)
On Mon, 3 Mar 2014 16:59:53 -0600, Kirk Wolf wrote: Sorry Gil, I was following list standards and throwing out information that didn't really answer the OP's question :-) Thanks. We need more adherence to standards. JspWiki (and all Wikis that I am aware of) are HTML / web applications. I don't know of a web browser client that runs under TSO (or why that is an idea worth consideration :-) Lynx (mentioned earlier). Was a coding exercise for me (and a reaffirmation that EBCDIC is a PITA. Has anyone else taken up the banner?) Lynx is Javascript-ignorant; code page restricted, and requires plugins for any graphics or audio resources. May be practical on other platforms; surely not on z/OS. It interfaces nicely (nichely?) to Braille and audio output devices. And, it interfaces nicely to the moribund Publibz and LOOKAT. On Mon, 3 Mar 2014 16:37:56 -0600, Joel C. Ewing wrote: On 03/03/2014 11:27 AM, Shmuel Metz (Seymour J.) wrote: at 01:30 PM, Miklos Szigetvari said: Is it possible to access the z/OS WIKI from a mainframe application ? The real question is whether there is a browser that will run under TSO and render a z/OS wiki page on a 3270; simple access should not be an issue. Shmuel was simply taking a plausible, though less likely, interpretation of the OP's question. I see no reason to require that there be a browser that would run under TSO to display the documentation on a 3270. I can't imagine running z/OS these days without TCP/IP connectivity, especially since TSO 3270 access these days usually uses a 3270 emulator on a workstation platform and TN3270 over TCP/IP, and if workstation browser access to a mainframe web server is broken, TSO access is probably dead also. Even at our DR exercises LAN connectivity to laptops and desktops was always available early in the game. Some of our test systems are so limited; I don't know whether for economic or other reasons. I have needed to move data sets to them via shared DASD because FTP is unavailable. Terminal access may be available via VTAM. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPF storage protection
Hello, I have a product that uses ISPF panels to allow the user to specify control information for the product. This control information is turned into a control block and then passed(XCTL) to a program that attempts to add the control block to a queue which resides in storage key=7. Although I have APF authorized the program that tries to update the que, I cannot get into a key=7 using the MODESET SVC. The MODESET SVC fails with system completion code=047. Is there anyway to allow a program to successfully issue the MODESET SVC under ISPF? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Sent from my iPhone On Mar 3, 2014, at 6:51 PM, Douglas P Ewen dpe...@bellsouth.net wrote: Hello, I have a product that uses ISPF panels to allow the user to specify control information for the product. This control information is turned into a control block and then passed(XCTL) to a program that attempts to add the control block to a queue which resides in storage key=7. Although I have APF authorized the program that tries to update the que, I cannot get into a key=7 using the MODESET SVC. The MODESET SVC fails with system completion code=047. Is there anyway to allow a program to successfully issue the MODESET SVC under ISPF? -- 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: ISPF storage protection
On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
Paul Now that you bought it up I think ISPF has a table ISPTCM where you specify authorized command it's in the ISPF customization guide Sent from my iPhone On Mar 3, 2014, at 7:14 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. -- 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: ISPF storage protection
On Mon, 3 Mar 2014 19:21:20 -0500, Micheal Butz wrote: Now that you bought it up I think ISPF has a table ISPTCM where you specify authorized command it's in the ISPF customization guide Hmmm. Didn't know about that. I see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.f54pc00/isptcm.htm ... ENTRY Parameter values are as follows: ENTNAME A valid TSO command name. This operand is required for ENTRY calls. The alphabetic characters in ENTNAME must be in uppercase letters. Duplicate entry names cause an error message to be issued. Sounds like a command processor. Command processors are subtly different from ordinary programs, although I believe either is found in the STEPLIB/TASKLIB/ISPLLIB concatenation. On Mar 3, 2014, at 7:14 PM, Paul Gilmartin wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key OP was trying for KEY 7. That may be harder. Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. --gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
The X'20' bit has to be set ? Sent from my iPhone On Mar 3, 2014, at 7:45 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:21:20 -0500, Micheal Butz wrote: Now that you bought it up I think ISPF has a table ISPTCM where you specify authorized command it's in the ISPF customization guide Hmmm. Didn't know about that. I see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.f54pc00/isptcm.htm ... ENTRY Parameter values are as follows: ENTNAME A valid TSO command name. This operand is required for ENTRY calls. The alphabetic characters in ENTNAME must be in uppercase letters. Duplicate entry names cause an error message to be issued. Sounds like a command processor. Command processors are subtly different from ordinary programs, although I believe either is found in the STEPLIB/TASKLIB/ISPLLIB concatenation. On Mar 3, 2014, at 7:14 PM, Paul Gilmartin wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key OP was trying for KEY 7. That may be harder. Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. --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: ISPF storage protection
Yes ... SPKA requires SUP state From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, March 3, 2014 5:05 PM Subject: Re: ISPF storage protection Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Sent from my iPhone On Mar 3, 2014, at 6:51 PM, Douglas P Ewen dpe...@bellsouth.net wrote: Hello, I have a product that uses ISPF panels to allow the user to specify control information for the product. This control information is turned into a control block and then passed(XCTL) to a program that attempts to add the control block to a queue which resides in storage key=7. Although I have APF authorized the program that tries to update the que, I cannot get into a key=7 using the MODESET SVC. The MODESET SVC fails with system completion code=047. Is there anyway to allow a program to successfully issue the MODESET SVC under ISPF? -- 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: ISPF storage protection
On Mon, 3 Mar 2014 18:14:00 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. In part because, depending on what the APF-authorized program does, it can be dangerous to allow it to run under TSO, or dangerous to allow it to run with certain forms of parameter list. And, I think, in part for performance. If a program is not in the table then the TMP does not need to figure out whether the program is in an APF-authorized library and linked AC(1), it can simply invoke it using ATTACH or LINK, without needing to setup the special protections needed for running APF-authorized programs under TSO. And in part for function, since a program invoked in the method required for APF-authorized programs is in some ways limited in what it can do (it can't interact with ISPF, for example, without special coding in the program). -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
That is exactly right if you are running an ISPF program e.g. One that used DM services It's best to be in problem state while issuing the DM service Being in supervisor whine issuing DM services causes problems Sent from my iPhone On Mar 3, 2014, at 8:06 PM, Walt Farrell walt.farr...@gmail.com wrote: On Mon, 3 Mar 2014 18:14:00 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. In part because, depending on what the APF-authorized program does, it can be dangerous to allow it to run under TSO, or dangerous to allow it to run with certain forms of parameter list. And, I think, in part for performance. If a program is not in the table then the TMP does not need to figure out whether the program is in an APF-authorized library and linked AC(1), it can simply invoke it using ATTACH or LINK, without needing to setup the special protections needed for running APF-authorized programs under TSO. And in part for function, since a program invoked in the method required for APF-authorized programs is in some ways limited in what it can do (it can't interact with ISPF, for example, without special coding in the program). -- 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: ISPF storage protection
On Mon, 3 Mar 2014 20:25:40 -0500, Micheal Butz wrote: That is exactly right if you are running an ISPF program e.g. One that used DM services It's best to be in problem state while issuing the DM service Being in supervisor whine issuing DM services causes problems I would hope that anyone who codes a program to issue DM services and links it AC=1 into an authorized library would take suitable steps to ensure system integrity. On Mar 3, 2014, at 8:06 PM, Walt Farrell wrote: ... I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. In part because, depending on what the APF-authorized program does, it can be dangerous to allow it to run under TSO, or dangerous to allow it to run with certain forms of parameter list. Aha! The difference between a JCL-style PARM and the CPPL. But I see there's an AUTHCMD section of IKJTSOxx to take care of that. I see little need for AUTHPGM. But ... And, I think, in part for performance. If a program is not in the table then the TMP does not need to figure out whether the program is in an APF-authorized library and linked AC(1), it can simply invoke it using ATTACH or LINK, without needing to setup the special protections needed for running APF-authorized programs under TSO. Nearly pointless. There are numerous ways to waste resources without APF authorization. And in part for function, since a program invoked in the method required for APF-authorized programs is in some ways limited in what it can do (it can't interact with ISPF, for example, without special coding in the program). In which case, it simply fails. Does this threaten system integrity? See my first remark above. I can't imagine why someone would APF-authorize a program which interacts with ISPF without such special coding. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
GIYF. I refer you to these Wikipedia references, the first of which makes it quite clear that iso-8859-1 is definitely NOT Windows, though it does call it ASCII-based; and the second of which is a nice reference for IBM-1047, from which you can see that there is a reasonable chance to convert between the two encodings, though not completely transparently, whatever IBM chooses to call the iso-8859-1 encoding. http://en.wikipedia.org/wiki/ISO/IEC_8859-1 http://en.wikipedia.org/wiki/EBCDIC_1047 HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, March 03, 2014 6:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OCOPY fails to convert text On Mon, 3 Mar 2014 14:32:43 -0800, retired mainframer wrote: :: :: ISO 8859-1[1] is Latin 1, not ASCII. From the UNIX Systems Services Command Reference: BPXFX311. Specifies an ASCII-EBCDIC conversion table to convert between code pages ISO8859-1 and IBM-1047. It doesn't matter what the official title of ISO 8859-1 is. For getting OCOPY to perform the desired conversion, it only matters that IBM uses it to mean to ASCII. Well, Shmuel, pedantically and characteristically, is insisting that ASCII means precisely a 7-bit character set (even as USS does not mean UNIX System Services). But, is there a convenient alternative collective term designating those 8-bit character sets in which 'A' is 0x41; '0' is 0x30, etc.? Perhaps Shmuel can, in a more constructive mode, suggest one. Does ISO Latin include ISO8859-x (and some Windows-peculiar character sets) and exclude IBM-1047? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
Homework posted. Not due till Friday. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 03, 2014 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF storage protection Paul Now that you bought it up I think ISPF has a table ISPTCM where you specify authorized command it's in the ISPF customization guide Sent from my iPhone On Mar 3, 2014, at 7:14 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb 400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF storage protection
Sorry off topic posts. I do not know why this some posts are going to IBM Main. I am trying to reply to my students. Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike La Martina Sent: Monday, March 03, 2014 5:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF storage protection Homework posted. Not due till Friday. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 03, 2014 4:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF storage protection Paul Now that you bought it up I think ISPF has a table ISPTCM where you specify authorized command it's in the ISPF customization guide Sent from my iPhone On Mar 3, 2014, at 7:14 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 3 Mar 2014 19:05:29 -0500, Micheal Butz wrote: Is your program in a APF authorized library link edit with AC=1 You can also use the SPKA instruction if the The only thing you desire to do is change the PSW storage key Additionally: see: http://pic.dhe.ibm.com/infocenter/zos/v1r12/topic/com.ibm.zos.r12.ikjb 400/usmi.htm to run authorized under TSO, a program must be named in the AUTHPGM NAMES( ... ) section of SYS1.PARMLIB(IKJTSOxx). ISPF may impose further constraints. I have no idea why APF authorized library and link edit with AC=1 alone don't suffice. -- 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 -- 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