Re: Speaking of RECEIVEFROMNETWORK (was RE: z/OS NFS Server. Can it b e used in Windows or Novell)
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Skip Robinson We have used SMB/Samba for quite some time to access MVS files from Windows. Yes, I'm the one who set it up. I may actually be the only regular user, and since RECEIVEFROMNETWORK replaced our older ShopzSeries procedure, even I don't use it a lot. ... Does SMP/E *require* the presence of crypto *hardware* to use RECEIVEFROMNETWORK? or can it be used with only the software crypto support (GSK library)? John E. already answered. Minor supplements: 1. GSK is not prefix of ICSF. The prefix is CSF. However GSK is related, it for digital certificates AFAIK. 2. There are various crypto-HW options. Option set depends on machine model. Some of the options are built-in, the other are optional and (usually) fee-based. However the latest machines, like z/990, z/890 and z9 have CPACF for free, and it is enough to have ICSF working, and SHA-1 available. Previous machines (z/900, z/800, G6, G5) had CCF, I'm not sure about their availability. AFAIK it depended on export regulations, and sometimes on fee. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Saturday, January 07, 2006 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Manuals on modifying VTAM logon screen? You'd think if we(technofiles) can build methanol powered Laptops(Panasonic fuel cell) we could come up with a GUI interface to build VTAM screens. Probably could. Have you presented a Business Case? GRIN Or are you just hoping some geek will decide it would be fun to do? -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSQX632I - CSQXRESP SSL certificate has no associated user ID
[EMAIL PROTECTED] wrote: Hi Guys, This is a posting to help others in clarifying MQSeries for z/OS SSL installation integration issues. I'm trying to put this in human terms to each your problem resolution process. ... snip ... While this posting is quite interesting, it would be even more helpful if only submitted once... :-) -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
John and Ed, This is the text from the last page from my VTAM Miscellaneous presentation last given 10 years ago. I haven't heard of any other uses for PC facilities to enhance the VTAM experience. No doubt some probably significant customer asked for these functions, the functions were provided and - just maybe - one or two of their younger system programmers bothered to set them up and use them - but I could be wrong. From my notes, the message function appears to have arrived with VTAM V3R4 and the command function with VTAM V4R3. --- Workstation Support for VTAM VTAM Message Manual Online -- Lookup of VTAM messages on a PS/2 by entering a keyword by cursor positioning in a host session for example, a NetView session VTAM Messages and Codes manual types messages sense codes return and feedback codes etc. Supported by EASEL OS/2 EE Runtime from V 1.1 VTAM Command Prompts Operands selected on a PS/2 by clicking on prompts by entering names in boxes Supported by Command Tree/2 --- Chris Mason - Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 09 January, 2006 3:10 PM Subject: Re: Manuals on modifying VTAM logon screen? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Saturday, January 07, 2006 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Manuals on modifying VTAM logon screen? You'd think if we(technofiles) can build methanol powered Laptops(Panasonic fuel cell) we could come up with a GUI interface to build VTAM screens. Probably could. Have you presented a Business Case? GRIN Or are you just hoping some geek will decide it would be fun to do? -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Some credible documented evidence that a MVS or later op sys has ever been hacked
Gerard 46 wrote: If there were holes in zVM, they'd be closed. After all, ZVM is designed to not let anyone out of their sandbox, even if you have access to the source (as it was in the good ole days), and even back then looking at the source, it was a hard thing to do. Gerard S. a little drift on the next, new, new (40 yr old) thing in security http://www.nsa.gov/selinux/list-archive/0409/8362.cfm a lot of attacks on systems in the past have frequently been some sort of escalation of privileges. something has enuf privileges to place a file somewhere in the system that some other entity with more privileges will execute. automatic execution of code arriving in email (trojans/viruses) could be classified this way. we actually had to look into a form of this in the 70s on the internal network http://www.garlic.com/~lynn/subnetwork.html#internalnet ... and formed some statements about automatic scripting of packages arriving over the network. lots of infrastructures are attacked at other vulnerability points ... like harvesting of passwords for impersonation attacks. misc. http://www.garlic.com/~lynn/subpubkey.html#harvest during FS project http://www.garlic.com/~lynn/subtopic.html#futuresys there was a security effort to make much of the documents only available electronicly online via special cms systems (considered more secure than having lots of paper flowing around). some of the people working on the effort once made the rash statement that even if I was in the machine room, even i wouldn't be able to access the documents. one of the few times i rose to the bait, i countered with it might take five minutes. turns out most of the time was spent disabling the machine from access outside the machine room; because i was about to flip a bit in kernel memory. the bit i flipped was in the branch instruction that followed the return from the authentication checking routine (everything was about to be taken as valid authentication). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
In [EMAIL PROTECTED], on 01/07/2006 at 08:20 PM, Johnny Luo [EMAIL PROTECTED] said: I want to do some little modification to my test system's default logon screen. I'm not sure what you mean. Are you referring to 1. The prompt in USS? 2. A prompt from a network solicitor or session manager? 3. The TSO full screen logon panel? I suspect that you mean USS, in which case you may need to change it in two places. Search tor USSTAB, note the restrictions on the data streams you can use, then read the 3270 data stream manual. I know the steps to do it,however,when modifying the source, I found it's written in assembler and I don't know its syntax. Then you need to learn. Take an assembler class and write some sample programs. Can anyone give me some suggestions? Walk before you run. Get a sandbox system if you don't already have one. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: To create many RACF profiles at one time
In [EMAIL PROTECTED], on 01/07/2006 at 07:44 PM, Johnny Luo [EMAIL PROTECTED] said: Thank you all.It's indeed a boring jobIn fact,I assumed that we can somehow write some codes to automatically retrive all data set names in the system and process them using REXX,so the work gets more easier.However,it seems that I can't do that:( Why not? It's a SMOP. If you're interested only in cataloged data sets, use CSI. If you want everything, use ISPF services, which are available from REXX. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
On Mon, 9 Jan 2006 13:59:27 +0100, Chris Mason [EMAIL PROTECTED] wrote: Well, I have been doing some Googling and I now see what your - and Terry's - system is all about. It appears that I was correct in guessing that port 3270 enables you to be pretending to be a local non-SNA channel-attached 3270 display device represented in VTAM by a LOCAL statement necessarily using a USS table with USS message text consisting of the 3270 data stream. It seems that FLEX-ES provides a TELNET 3270 server - what Terry calls the Telnet Listener - which provides the appearance of this local non-SNA channel-attached 3270 display device to the supported operating system, in this case z/OS. FLEX-ES provides something called the 'Terminal Solicitor' which gives you access to local non-SNA terminals which are defined in the configuration file. To use the 'Terminal Solicitor' you would telnet to port 24 of the host operating system. x3270 is the standard 3270 emulation package which is installed with FLEX-ES and you can connect directly to your S/390 OS from the laptop by doing a telnet to localhost (or 127.0.0.1) which will give you the first USSTAB in your VTAMLIB concatenation. If however you have configured your system so that an ethernet adapter is emulating, for example, a 3172 then you can directly telnet in to the IP address of you S/390 OS, which would by default be port 23. Once again you will get the first USSTAB in your VTAMLIB concatenation unless you have created a new USSTAB for TCPIP and modified your TCPIP PROFILE to point to this USSTAB. Exactly like 'big iron.' If anyone is using port 3270 I suspect they are using Hercules. Sebastian. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Dataclsss
I hope I can refine my question as I'm new at this. The ACS OBJECT DISPLAY shows the following: ,ACS OBJECT DISPLAY, Command ===, CDS Name :,CPAC.Z14.DFSMS.SCDS , , ACS Rtn Source Data Set ACS Member Last Trans Last Date Last Time, Type Routine Translated from Name Userid Translated Translated --- -- -- -- DATACLAS,,SMS.OS390.ACSLIB ,DC003 ,,TECHGS1 ,,2000/02/04,,11:11 ,, , ,, , MGMTCLAS,,--- ,,, ,,--,,- ,, , ,, , STORCLAS,,CPAC.Z14.ACSLIB ,SC029 ,,SHUUSR3 ,,2005/05/20,,15:18 ,, , ,, , STORGRP,,,CPAC.Z14.ACSLIB ,SG021 ,,SHUUSR3 ,,2005/05/20,,15:27 The DC003 should be coming from 'CPAC.Z14.ACSLIB' not the one listed above. So the question is how do I get SMS to point to the proper library instead of the one listed. Thanks. Barry Schwarz [EMAIL PROTECTED] wrote: Do you mean there is a member named DC003? In this case, you can use ISMF option 7, then option 5 with a CDS name of 'ACTIVE' (including the tics) to determine if this is in fact the active data class ACS routine. If it is, then searching on the assignment statements to the variable DATACLAS will let you see the names of the data classes this routine could possibly assign. If not, then the answer to your question is the member is not related to any data classes. Or do you mean that in one of the members the value DC003 is assigned to the DATACLAS variable? In this case, if the member in question is the active ACS routine, then DC003 is the name of one of the data classes. You can view its attributes by using ISMF option 4. Howard Rifkind wrote: In my SMS source library there is a construct for DC003. How can I relate or find out which dataclass this relates to via the ISMF panels. - Yahoo! Photos Showcase holiday pictures in hardcover Photo Books. You design it and well bind it! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Yahoo! Photos Showcase holiday pictures in hardcover Photo Books. You design it and well bind it! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Invalid DSN in Catalog
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In a recent note, Mark Thomen said: Date: Fri, 6 Jan 2006 12:13:52 -0800 Will it continue to allow invalid data set names to be deleted/uncatalogued even when syntax checking is enabled? No - if an invalid data set name is in a catalog, you'll have to use other methods to remove it, such as VVDSFIX. That strikes me as a foolish decision, imposing unnecessary constraints on the customer. Was there any rationale for it other than developer laziness? Those decisions were made before I got into Catalog, so I can't justify (or excuse) them. However, we recognized the problem a few years ago (because of a particular product that was creating invalid names) and that's why we added the support to Catalog to prevent invalid data set names from being cataloged. We made it the default because we felt the problems people had with removing invalid data set names was difficult. Unless a shop has disabled the DSNCHECK feature, they should not get any invalid data set names cataloged. You might check to see if your installation has disabled the feature, and ask them to reenable it. I would hope you're not running a release before HDZ11G0 (z/OS 1.3) so the option should be available to you. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Recovery Help
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Thank you all for your VSAM input. Not one of my more graceful efforts, but we did manage to recover all the lost datasets. Just for the record, we ended up recataloging most of the VSAM datasets recovered from the full volume dumps with IDCAMs. Here is the form that worked for us... //DEFVSAM EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINE - CLUSTER (NAME(SE.TDIRECT.V4304.CKPT.CSI) - VOLUME(M92C43) - RECATALOG) . with the original cluster name and the new volume where the data was recovered to. Simple enough. Again, Thanks! You may want to check the IDCAMS manual under DEFINE CLUSTER RECATALOG as there may be certain other attributes you need to specify. Check under the RECATALOG keyword. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: To create many RACF profiles at one time
The actual grunt work of creating commands is trivial, i.e. //sortin dd dsn=any.file.containing.dataset.hlqs,disp=shr //sortout dd dsn=any.file.that.will.be.executed.commands,disp=(new,..) //sysin dd * sort fields=copy outrec fields=(c' add command syntax', 01,10,hlq field from input c' the rest of the command', 060x) fill up to 80 bytes. Inspired by Frank Yeager and the DF/SORT web site. Please check for numerous syntax liberties above. tb -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, January 09, 2006 9:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: To create many RACF profiles at one time In [EMAIL PROTECTED], on 01/07/2006 at 07:44 PM, Johnny Luo [EMAIL PROTECTED] said: Thank you all.It's indeed a boring jobIn fact,I assumed that we can somehow write some codes to automatically retrive all data set names in the system and process them using REXX,so the work gets more easier.However,it seems that I can't do that:( Why not? It's a SMOP. If you're interested only in cataloged data sets, use CSI. If you want everything, use ISPF services, which are available from REXX. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
In a message dated 1/9/2006 8:10:36 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Probably could. Have you presented a Business Case? GRIN Or are you just hoping some geek will decide it would be fun to do? Guess I was impressed with the ISIS/AFP interface. Builds a WYSIWYG screen for PAGEDEFs/FORMDEFs/OVERYLAYs on big high resolution PC then generates PPFA or OGL for HOST. My attempts at screen modification have been met with varying degrees of success. It's sorta like graphical standards more politics than technology. Had one we got that was pretty fancy with dots and slashes for highlighting looked real sharp. One whole department couldn't LOGON 'cause they were screen scraping and looking for the Help Desk number in row 20/column 50 like it's always been. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Manuals on modifying VTAM logon screen?
Sebastian, Thanks for your contribution to this rolling mystery. Perhaps my Googling went of course by starting with ADCD. URL http://dtsc.dfw.ibm.com/MVSDS/'HTTPD2.adcd.global.html(readme17)' led me into thinking that the base system was FLEX-ES. I am dimly aware there are other such platforms so perhaps ADCD also runs on a Hercules if port 3270 is specific to Hercules. I did notice that FLEX-ES documents kept mentioning port 24 - but it's easy enough to change ports - if the software sticks to the goodness convention of always using the getservbyname() call and the /etc/services file is modified appropriately. Perhaps the ADCD package somehow thought that it would be cleverer to use port 3270 in order to access the local non-SNA channel-attached 3270 emulation. That paragraph has at least one too many perhaps's in it for comfort. Now I do know about VTAM and I'm afraid you are wrong about the USS table - or maybe just not quite precise enough. You don't get just the first USS table. What you get is the first USS table that has the name as specified in the - in this case - LOCAL statement in the VTAMLST member which defines the local non-SNA channel-attached 3270 devices using the USSTAB operand. Also if you are using the CS IP TELNET server for 3270 access you will get the USS table specified in the TELNET parameters. This USS table has to come from a load module partitioned data set which can be accessed by the appropriate CS IP procedure. This may be a dataset with VTAMLIB in the name but it is NOT the VTAMLIB concatenation by which you imply the VTAM procedure using VTAMLIB as a DD-statement name. If you are using some TELNET server for 3270 access where the server emulates a, say, 3174 with attached display devices then you can get the USS tables as defined to VTAM for those emulated LUs, probably from switched definitions in VTAMLST which can have USSTAB operands along with SSCPFM=USSSCS. This cannot happen in the case of the CS IP TELNET server since the 3270 devices are emulated by means of APPL statements in VTAMLST which cannot have USS tables associated with them. I wonder if you have read the rest of this thread from the beginning. Johnny rather confused us by equating the use of port 23 and port 3270. He tells us he changed the USS table in the VTAMLIB concatenation and saw his changes using port 3270 but did not see that changes when using port 23 and he is surprised by the difference: snip from post from Johnny Luo of Sunday, 08 January, 2006 10:38 AM However, after re-IPL, the new logon screen only works when you connect to it using port 3270. On the other side, if you use TCPIP port 23, the logon screen is still the old one. Why does this happen? end of snip In my ignorance of these wonderful platforms for running z-software on emulated z-hardware, I assumed, faced with this perhaps accidental disingenuity, that we were talking about the same IP address being used in both cases. According to your information this cannot be the case. Loopback is used in order to access the FLEX-ES (and, I expect, the Hercules) TELNET 3270 server from the TELNET 3270 client - only assumed to be x3270 from the FLEX-ES references I found - while some address associated with the z-operating system is used to access the operating system's, in this case z/OS CS IP, TELNET 3270 server. That's why - in the second paragraph of my post which you did not include - I speculated over some sort of passthru facility that would allow some ports to be reflected through to the supported operating system instances supported by something like a NAT table if port translation was required. I'm reminded of another quotation which can so often apply to anything to do with these smoke and mirrors techniques, from Alexander Pope this time rather than Sir Walter Scott: A little knowledge is a dang'rous thing Chris Mason - Original Message - From: Sebastian Welton [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, 09 January, 2006 5:21 PM Subject: Re: Manuals on modifying VTAM logon screen? On Mon, 9 Jan 2006 13:59:27 +0100, Chris Mason [EMAIL PROTECTED] wrote: Well, I have been doing some Googling and I now see what your - and Terry's - system is all about. It appears that I was correct in guessing that port 3270 enables you to be pretending to be a local non-SNA channel-attached 3270 display device represented in VTAM by a LOCAL statement necessarily using a USS table with USS message text consisting of the 3270 data stream. It seems that FLEX-ES provides a TELNET 3270 server - what Terry calls the Telnet Listener - which provides the appearance of this local non-SNA channel-attached 3270 display device to the supported operating system, in this case z/OS. FLEX-ES provides something called the 'Terminal Solicitor' which gives you access to local non-SNA terminals which are defined in the configuration file. To use the 'Terminal Solicitor' you would
Use of a VTS and ATL in a DR situation.
We currently have a 3494-B10 (VTS) and use non-robot 3490E tape drives. We are migrating to a 3490-B18 (VTS) and a 3593-F05 to control a 3584 Tape Library with 3592 tape drives (J70 controller). IOW - we are moving from non-SMS 3490E carts to SMS managed 3592 carts. Oh, terminology that I use: VTS - the 3494-B10 virtual system; ATL - the 3952 robotic drives. At present, we use the nonSMS managed 3490E tape drives at D.R. to recover our system. We make changes at DR so that what would have gone into the VTS at home goes to physical 3490 drives. Now, I wondering some of the considerations since we are going to 100% SMS managed tape. As I understand it, all (or most) production tape output will go to the VTS on emulated 3490E cartridges. All of those tapes which need to go off-site will be intelligently copied and stacked onto 3592 carts using a product called TapeCopy from OpenTECH. So our off-site stuff will all be on 3592 carts. Now, we go to DR. What happens? The 3952 drives at D.R. are in a robot and so SMS managed. I guess what we will need to do is load a subset of our 3952 tapes into the ATL under the control of the floor system. We use these tapes to restore some of our DASD, just enough to IPL successfully. Once our system is up, we will insert the rest of the 3952 carts into the ATL and restore using our system. Does this sound reasonable/workable? My idea of a time line (very rough) is: 1) Insert 3592 carts needed to restore a minimal system on the floor system. 2) Restore using these carts. 3) IPL. 4) Insert the rest of the 3592 carts. 5) Insert virtual volumes in the VTS. I think for #5 to work correctly, we will need to have a D.R. range of virtual volumes so that these volumes won't be in the TCDB until we go to D.R. and do the INSERT there. Anybody in this situation already (surely there must be)? What do you do? Thanks! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Email Adobe PDF files from Z/OS
Hi All, I have been struggling to email an ADOBE PDF file from the mainframe. ALthough it is sending the attachment, when I open it using the Adobe Reader on the PC it says file is corrupt. If I send a regular text file, it works ok. Anyone knows what option to use in the SMPT commands? Below is my JCL: //STEP10 EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSUT2 DD SYSOUT=(B,SMTP) //SYSUT1 DD DSN=XXX.OUT(EMASMATT),DISP=SHR // DD DSN=XXX.OUT(PDFFILE),DISP=SHR // DD DSN=XXX.OUT(EMASMAT1),DISP=SHR // DSN=XXX.OUT(EMASMATT) contains: === HELO SMTPNOD1 MAIL FROM:[EMAIL PROTECTED] RCPT TO:[EMAIL PROTECTED] DATA FROM:[EMAIL PROTECTED] TO: [EMAIL PROTECTED] SUBJECT: PDF OUTPUT ATTACHMENT MIME-VERSION: 1.0 CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY= =_NEXTPART_000_01BD3BAF.A762FD80 THIS MESSAGE IS IN MIME FORMAT. SINCE YOUR MAIL READER MAY NOT UNDERSTAND THIS FORMAT, SOME OR ALL OF THIS MESSAGE MAY NOT BE LEGIBLE. -- =_NEXTPART_000_01BD3BAF.A762FD80 CONTENT-TYPE: IMAGE/PDF; NAME=A.PDF; CONTENT-TRANSFER-ENCODING: BINARY DSN=XXX.OUT(EMASMAT1) contains: === -- =_NEXTPART_000_01BD3BAF.A762FD80-- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Invalid DSN in Catalog
On Fri, Jan 06, 2006 at 12:13:52PM -0800, Mark Thomen ([EMAIL PROTECTED]) wrote: [snip] Will it continue to allow invalid data set names to be deleted/uncatalogued even when syntax checking is enabled? No - if an invalid data set name is in a catalog, you'll have to use other methods to remove it, such as VVDSFIX. Well that stirs up some really bad memories. Please explain the logic of not allowing invalid names to be removed via normal functionality. It defies comprehension. To be more blunt about it, it's just really stupid and grossly obnoxious and proves that the people making the decisions and/or writing the code are completely clueless about what goes on in customer shops. And I'm being polite. Nearly 20 years ago I submitted a REQ or whatever it was called to allow *at installation option* the anacronistic arcane dsname restrictions to be relaxed for dsnames in ICF catalogs. After a 2 hour conference call with the DFP product owner, his boss, his boss, and probably some product developers, my boss, his boss, IBM's official response was we're not going to do it because it's too hard. I wanted a single installation exit which would make *all* decisions as to whether a dsname was valid. IBM rejected the request, not because it was unreasonable, but because there were estimated to be 100 different pieces of code which would have to be modified to call the proposed new exit instead of doing the validity checking itself. What's wrong with this picture? CATALOG is the ***wrong*** place to be enforcing dsname syntax restrictions. It should all be done *only* in DADSM, not in 100 other routines. Not JCL, not IDCAMS, not IEHPROGM, not TSO ALLOCATE, not ISPF, not TSO Parse, not SVC 26, not dynamic allocation, not the other 90 places that I can't think of right now. MVS would be half or a quarter the size if the developers understood the concept of common subroutines. (Before the flames start... I'm being somewhat sarcastic. Before hitting SEND with a flame, try to figure out where the line is between the sarcasm there and the truth.) /Leonard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
What is the format of XXX.OUT(PDFFILE) . . . MR [EMAIL PROTECTED] snip //STEP10 EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSUT2 DD SYSOUT=(B,SMTP) //SYSUT1 DD DSN=XXX.OUT(EMASMATT),DISP=SHR // DD DSN=XXX.OUT(PDFFILE),DISP=SHR // DD DSN=XXX.OUT(EMASMAT1),DISP=SHR snip - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Invalid DSN in Catalog
On Mon, Jan 09, 2006 at 08:37:14AM -0800, Mark Thomen ([EMAIL PROTECTED]) wrote: However, we recognized the problem a few years ago (because of a particular product that was creating invalid names) and that's why we added the support to Catalog to prevent invalid data set names from being cataloged. We made it the default because we felt the problems people had with removing invalid data set names was difficult. So you made it even harder to remove the invalid names? Why don't IBM developers understand that there may be ancient catalog entries that an installation might want to clean up? It's just STUPID (or maybe extremely arrogant) to enforce the restrictions on existing names when the request is for deletion of the invalid name. I'm not going to be polite about it. Developers have no clue whatsoever about real customer shops that have been running OS since before they were born. /Leonard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
In a message dated 1/9/2006 12:18:19 P.M. Central Standard Time, [EMAIL PROTECTED] writes: have been struggling to email an ADOBE PDF file from the mainframe. ALthough it is sending the attachment, when I open it using the Adobe Reader on the PC it says file is corrupt. If I send a regular text file, We use Lionel's nice little XMITIP interface available at _www.lbdsoftware.com_ (http://www.lbdsoftware.com) . It has options for attachments and has the TXT2PDF converter included. Think it may have INFOZIP in the loadlib. The samples show how to send a plain old text file and make a 'green bar' .PDF output. 'bought as cute as ROBORaptor in hunt modevbg... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
The DSN=XXX.OUT(PDFFILE) contains the Adobe PDF file generated by the mainframe SAS graphics module. If I download it in binary mode using terminal emulator, it opens successfully in Adobe Reader on my PC showing that the mainframe file is a good PDF file. But emailing corrupts it. DSN=XXX.OUT properties: Organization . . . : PO Record format . . . : VB Record length . . . : 8000 Block size . . . . : 8004 Thanks, MR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
On Mon, Jan 09, 2006 at 12:59:30PM -0600, MR ([EMAIL PROTECTED]) wrote: The DSN=XXX.OUT(PDFFILE) contains the Adobe PDF file generated by the mainframe SAS graphics module. If I download it in binary mode using terminal emulator, it opens successfully in Adobe Reader on my PC showing that the mainframe file is a good PDF file. But emailing corrupts it. I'm going to guess that the problem is because a mime attachment must be encoded to printable characters, base64 I think (my memory is out for repair this morning.) If I understand your JCL, you are putting the raw binary inline in the email. The pointer to XMITIP is the place that I'd start. I'd expect to find a base64 encoder as part of the package. Or maybe you can just use XMITIP. /Leonard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of a VTS and ATL in a DR situation.
We don't use an ATL or VTS at DR although we have both at 'home'. Anything we need for DR goes to the ATL (non-VTS) so we can send it off site. At DR we just alter SMS rules to allocate a non-ATL drive (and remove the VOLCAT). Depending on the DR setup/contract you might want to do the bulk of restores from the floor system. For our tests the DR site could allocate more drives/paths to the floor system then we were contracted for. There are some procedural issues with this method though. Ken Porowski -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, January 09, 2006 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: [IBM-MAIN] Use of a VTS and ATL in a DR situation. We currently have a 3494-B10 (VTS) and use non-robot 3490E tape drives. We are migrating to a 3490-B18 (VTS) and a 3593-F05 to control a 3584 Tape Library with 3592 tape drives (J70 controller). IOW - we are moving from non-SMS 3490E carts to SMS managed 3592 carts. Oh, terminology that I use: VTS - the 3494-B10 virtual system; ATL - the 3952 robotic drives. At present, we use the nonSMS managed 3490E tape drives at D.R. to recover our system. We make changes at DR so that what would have gone into the VTS at home goes to physical 3490 drives. Now, I wondering some of the considerations since we are going to 100% SMS managed tape. As I understand it, all (or most) production tape output will go to the VTS on emulated 3490E cartridges. All of those tapes which need to go off-site will be intelligently copied and stacked onto 3592 carts using a product called TapeCopy from OpenTECH. So our off-site stuff will all be on 3592 carts. Now, we go to DR. What happens? The 3952 drives at D.R. are in a robot and so SMS managed. I guess what we will need to do is load a subset of our 3952 tapes into the ATL under the control of the floor system. We use these tapes to restore some of our DASD, just enough to IPL successfully. Once our system is up, we will insert the rest of the 3952 carts into the ATL and restore using our system. Does this sound reasonable/workable? My idea of a time line (very rough) is: 1) Insert 3592 carts needed to restore a minimal system on the floor system. 2) Restore using these carts. 3) IPL. 4) Insert the rest of the 3592 carts. 5) Insert virtual volumes in the VTS. I think for #5 to work correctly, we will need to have a D.R. range of virtual volumes so that these volumes won't be in the TCDB until we go to D.R. and do the INSERT there. Anybody in this situation already (surely there must be)? What do you do? Thanks! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Erase IBM 3590 Cartridges
Hi, Check out ERASETP works very nicely for 3480 or 3490 carts. //***FILE 432 is from Thierry Falissard of Paris, France, and * FILE 432 //* it contains a selection from things he has written* FILE 432 //* over many years. We hope you enjoy it. * FILE 432 //* * FILE 432 //* ERASETP - PROGRAM TO ERASE TAPE DATA (FOR SECURITY OR * FILE 432 //*TO EVAL. TAPE CAPACITY) * FILE 432 Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 The dogmatist within is always worse than the enemy without. - S.J. Gould This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
If the attached files aren't self-explanatory enough, e-mail me off-list for further information %Macro EmailDEF(To=Default,Subject=Default);00010002 %NOTE(Macro EmailDef: parameters To=To Subject=Subject) 00020006 FileName XXX Email00030002 From= [EMAIL PROTECTED] 0004 %If To EQ Default %Then %Do; 00070009 To = [EMAIL PROTECTED] 0006 %End; %Else %Do; 00140002 To = To 00150002 %End; 00160002 Replyto = [EMAIL PROTECTED] 0010 0022 %If Subject EQ Default %Then %Do;00210009 Subject = Output from Job SYSJOBID 00220002 %End; %Else %Do; 00230002 Subject = Subject 00240002 %End; 00250002 %Mend; 00260002 %Macro EMAILON(Message=HTML,To=Default,Subject=Default) ; 00010002 %If Message = PDF %Then %Do; 0002 * With PDF all we have to do is define the file; 00030008 ODS PDF File=HFSPath.SYSJOBID..pdf ;0004 %End; %Else %IF Message = HTML %Then %Do;00050001 * With PDF we must define an email as well as the file; 00060008 %EmailDEF(To=To,Subject=Subject) 00070006 Type= Text/HTML ; 00080004 ODS HTML Body=XXX RS=None STYLE=Minimal ; 00090004 %End; %Else %Do; 0011 %NOTE(Macro EMAILON: Message Parameter Message wrong)00110006 Abort Abend;00120001 %End; 00130001 %Mend ; 0005 %Macro EmailOff(Message=HTML,To=Default,Subject=Default); 00010003 %If Message = PDF %Then %Do; 00020001 * With PDF we must close the file, define an email, and attach it ;00030002 ODS PDF close ; 00040001 %EmailDef(To=To,Subject=Subject) 00050002 Attach=(HFSPath.SYSJOBID..pdf 00060002 ct=application/pdf ext=pdf);00070002 Data _NULL_; File XXX; Put Please see the attached file.; Run;00080002 %End; 00080002 %Else %If Message = HTML %Then %Do; 0011 * With HTML all we have to do is close the file;00110001 ODS HTML close ;00120001 %End; 00360007 %Mend; 00140001 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Use of a VTS and ATL in a DR situation.
-Original Message- From: Jim Wangler [mailto:[EMAIL PROTECTED] Sent: Monday, January 09, 2006 2:23 PM To: IBM Mainframe Discussion List Subject: RE: Use of a VTS and ATL in a DR situation. John, We do the scenario that you're planning, with the exception that at D/R, on the floor system, we don't normally use the ATL. We restore enough to IPL from their native drives using tape hangers. Then here comes the problem, which we have not solved satisfactorily in my opinion. Tape copy has two (at least) modes... one just recatalogs the D/R tapes (INPLACE) so that when the applications restores start they use the physical tapes and physical ATL drives to do their restores. The problem with this is that we are limited in the amount of concurrency of the applications restores by the number of ATL drives and by how densely stacked the D/R tapes are. Our biggest problem is the second one... we stack our physical tapes, and then get contention for the VOLSER during the applications restore. The other TAPECOPY mode (COPYRCVY) is to copy the physical tapes into the VTS. This can take a long time, but when there finished the applications restores can progress faster. Incase 1) we're out of the process faster (as soon as the recatalogs take place), but the rest of the recovery is slower. In case 2, it takes us longer, but the applications restores are quicker. Hope it helps Jim Wangler Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Adobe PDF files from Z/OS
Sorry . . . can't really help then. We schedule our jobs via Control-M and everything seems to work fine, although I vaguely recall some weird problems earlier on that were solved by ensuring the appropriate C/C++ libraries were available. Check the SAS support site or the MXG-L list. That's where I found my solution at the time. MR [EMAIL PROTECTED] 2006-01-09 15:33:08 I am able to email the PDF using SAS but I was trying to send via IEBGENER. The reason for this is in Control-M batch scheduler, the SAS email command gives an error of - ERROR: UNABLE TO INITIALIZE TCP/IP SUBSYSTEM. NOTE: THE SAS SYSTEM STOPPED PROCESSING THIS STEP BECAUSE OF ERRORS. I could not figure out how to resolve this Control-M error so I was trying to use IEBGENER to email. -MR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMSPDSE - Any type of Display
Anyone know a way to display stats on SMSPDSE like storage used, members, libs cached, activity, etc. I've been through the books and archives but haven't come across anything. Ken Porowski AVP Systems Software CIT Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
I/O trace table entry
Hello: In the manual z/OS MVS Diagnosis: Tools and Service Aids Publication No. GA22-7589-07 Chapter 8 System Trace the format of I/O entries is shown. It states that the 'ext-stat' field is the 'Extended status word'. However, from looking at the Principles of Operation the ESW is a 4-word field, but only 1-word is displayed in the trace table entry. Does anyone know which word of the ESW this is? Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Invalid DSN in Catalog
Leonard Woren [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... On Fri, Jan 06, 2006 at 12:13:52PM -0800, Mark Thomen ([EMAIL PROTECTED]) wrote: [snip] Will it continue to allow invalid data set names to be deleted/uncatalogued even when syntax checking is enabled? No - if an invalid data set name is in a catalog, you'll have to use other methods to remove it, such as VVDSFIX. Well that stirs up some really bad memories. Please explain the logic of not allowing invalid names to be removed via normal functionality. It defies comprehension. To be more blunt about it, it's just really stupid and grossly obnoxious and proves that the people making the decisions and/or writing the code are completely clueless about what goes on in customer shops. And I'm being polite. Nearly 20 years ago I submitted a REQ or whatever it was called to allow *at installation option* the anacronistic arcane dsname restrictions to be relaxed for dsnames in ICF catalogs. After a 2 hour conference call with the DFP product owner, his boss, his boss, and probably some product developers, my boss, his boss, IBM's official response was we're not going to do it because it's too hard. I wanted a single installation exit which would make *all* decisions as to whether a dsname was valid. IBM rejected the request, not because it was unreasonable, but because there were estimated to be 100 different pieces of code which would have to be modified to call the proposed new exit instead of doing the validity checking itself. What's wrong with this picture? CATALOG is the ***wrong*** place to be enforcing dsname syntax restrictions. It should all be done *only* in DADSM, not in 100 other routines. Not JCL, not IDCAMS, not IEHPROGM, not TSO ALLOCATE, not ISPF, not TSO Parse, not SVC 26, not dynamic allocation, not the other 90 places that I can't think of right now. MVS would be half or a quarter the size if the developers understood the concept of common subroutines. (Before the flames start... I'm being somewhat sarcastic. Before hitting SEND with a flame, try to figure out where the line is between the sarcasm there and the truth.) Thank you for your comments. If you like, you can invoke Dynamic Allocation to delete the data sets that have invalid names. As I said - I came into Catalog after these decisions had been made, and we changed the code so that invalid data set names cannot be created. While I will not take the blame for prior decisions, I understand that the implications are that customers may have to do more work. I apologize for that, but there's nothing I can do. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Invalid DSN in Catalog
In a recent note, Leonard Woren said: Date: Mon, 9 Jan 2006 10:42:30 -0800 On Mon, Jan 09, 2006 at 08:37:14AM -0800, Mark Thomen ([log in to unmask]) wrote: However, we recognized the problem a few years ago (because of a particular product that was creating invalid names) and that's why we added the support to Catalog to prevent invalid data set names from being cataloged. We made it the default because we felt the problems people had with removing invalid data set names was difficult. So you made it even harder to remove the invalid names? Why don't IBM developers understand that there may be ancient catalog entries that an installation might want to clean up? It's just STUPID (or maybe extremely arrogant) to enforce the restrictions on existing names when the request is for deletion of the invalid name. I'm not going to be polite about it. Developers have no clue whatsoever about real customer shops that have been running OS since before they were born. Hear, hear! It looks like you and me against the Universe. Thanks for stating clearly what I stumbled about. In fairness, however, perhaps the primary blame shouldn't be directed at IBM. IBM was likely responding to a customer Requirement, and if all of the customer base pool their stupidity, they can muster far more than IBM alone. IBM's weakness was largely in failing to remain steadfast in the face of a stupid customer requirement. I believe this is the second time in our parallel careers that we have agreed on something. And the previous was on a Friday the Thirteenth: Linkname: IBM-MAIN archives -- May 2005 (#816) URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0505L=ibm-mainD=1O=DI=1P=90563 -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TIMEMARK and JWT question
At our site we have had lots of issues with users using HOD from various geographic regions loosing sessions to TSO. When people were crying that HOD was broken my point of view was HOD was probably functioning as designed, something might not be right somewhere in the network topology. Management finally got our outsourcer to work with CISCO and some really highly skilled network folks to really look at what was happening beyond the I lost my TSO session sort of problem reporting. After much investigation we have got most of the issues stabilized. There were numerous contributing factors like back level router IOS levels, network hardware that had been up for close to two years without a reboot, and various network settings that CISCO recommended changing. Lots of things have been fixed, rebooted, flashed, changed etc. The one area left, in my opinion is some of the MVS TCP/IP settings. We have the following settings in TCPPROF: INACTIVE 0 TIMEMARK 900 SCANINTERVAL 120 and in SMFPRMxx: JWT(0030) (This was (0060) until recently) Back when JWT was an hour there seemed to be a clustering of reported timeout values in end user reports. The problem was TSO sessions for people half way around the world that were in use but idle would reputedly drop after around 15 minutes of no activity, sometimes 30 minutes, or more frequently (in reliably repeatable testing) 45 minutes. My contention was something in the TIMEMARK-SCANINTERVAL handshaking with a TN3270 session was getting missed for users in an ISPF edit session when they were not hitting enter for a long time. Moving a cursor around, typing text etc doesn't do anything to say to VTAM et al I'm still active. Sending an AID like ENTER or a PF key is needed for all the network layers to see traffic and reset timers like TIMEMARK, JWT, etc. The end users who were getting blown off TN3270 sessions at about 15 minutes were not be able to get in until the TSO timeout of an hour had expired. Navigating all the international calling issues to get to a help desk to get to an operator to cancel a TSO user id was more than folks were either willing or able to do. So, my question is, how many sites have a TIMEMARK less than JWT? Knowing end user work habits there will sometimes be a lot of think time before an AID is sent. Why time out the TCP/IP session before the TSO session? Oh, and I did RTFM and RTFA (read the fine archives), and I know IBM recommends TIMEMARK to be many hours but there seem to be issues with people believing that these values are good to use at our site. I'm wanting to know what some of you all do so I can get some traction on getting things changed. Thanks! Peter Duffy Operations Support - Mainframe/AS400 NISSAN NORTH AMERICA Information Systems Department Gardena, CA, USA 310-771-6472 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Famous in Baghdad
http://www.baghdadmuseum.org/ref/?title=Million_instructions_per_second Analyst firm Isham Research has lately coined the term kMIPS (kilo-million instructions per second) to measure the processor speeds in IBM's largest servers. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TIMEMARK and JWT question
Hi Peter, Gilbert's IKJEFLN2 - TSO Reconnect Exit for the TN3270 Environment will solve a number of these problems for you. http://bama.ua.edu/cgi-bin/wa?A2=ind0009L=ibm-mainP=R15338I=1 http://gsf-soft.com/Products/IKJEFLN2.shtml Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
I/O trace table entry
It must be word 0. Regards, George Kozakos -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TIMEMARK and JWT question
Duffy, Peter wrote: At our site we have had lots of issues with users using HOD from various geographic regions loosing sessions to TSO. When people were crying that HOD was broken my point of view was HOD was probably functioning as designed, something might not be right somewhere in the network topology. Management finally got our outsourcer to work with CISCO and some really highly skilled network folks to really look at what was happening beyond the I lost my TSO session sort of problem reporting. After much investigation we have got most of the issues stabilized. There were numerous contributing factors like back level router IOS levels, network hardware that had been up for close to two years without a reboot, and various network settings that CISCO recommended changing. Lots of things have been fixed, rebooted, flashed, changed etc. The one area left, in my opinion is some of the MVS TCP/IP settings. We have the following settings in TCPPROF: INACTIVE 0 TIMEMARK 900 SCANINTERVAL 120 and in SMFPRMxx: JWT(0030) (This was (0060) until recently) Back when JWT was an hour there seemed to be a clustering of reported timeout values in end user reports. The problem was TSO sessions for people half way around the world that were in use but idle would reputedly drop after around 15 minutes of no activity, sometimes 30 minutes, or more frequently (in reliably repeatable testing) 45 minutes. My contention was something in the TIMEMARK-SCANINTERVAL handshaking with a TN3270 session was getting missed for users in an ISPF edit session when they were not hitting enter for a long time. Moving a cursor around, typing text etc doesn't do anything to say to VTAM et al I'm still active. Sending an AID like ENTER or a PF key is needed for all the network layers to see traffic and reset timers like TIMEMARK, JWT, etc. The end users who were getting blown off TN3270 sessions at about 15 minutes were not be able to get in until the TSO timeout of an hour had expired. Navigating all the international calling issues to get to a help desk to get to an operator to cancel a TSO user id was more than folks were either willing or able to do. So, my question is, how many sites have a TIMEMARK less than JWT? Knowing end user work habits there will sometimes be a lot of think time before an AID is sent. Why time out the TCP/IP session before the TSO session? Oh, and I did RTFM and RTFA (read the fine archives), and I know IBM recommends TIMEMARK to be many hours but there seem to be issues with people believing that these values are good to use at our site. I'm wanting to know what some of you all do so I can get some traction on getting things changed. Thanks! Peter Duffy Operations Support - Mainframe/AS400 NISSAN NORTH AMERICA Information Systems Department Gardena, CA, USA 310-771-6472 We do and always have. However the way TIMEMARK should work is that if the session seems to be idle because of no activity on the users part, the TN3270 server is supposed to send out a Hey are you there? message. If the client responds, then it is marked as active. If it does not respond, it is considered gone on the next SCANINTERVAL and the connection will be dropped. So, if there is a firewall configured to prevent the either they Hey are you there? messages or the response from coming back, they will get disconnected. I could be something other than a firewall, anything that could filter traffic. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
In a message dated 1/9/2006 6:14:48 P.M. Central Standard Time, [EMAIL PROTECTED] writes: second) to measure the processor speeds in IBM's largest servers. Why did we skip BIPS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Flashcopy V2 PPRC Primary volumes - retry
I haven't had a response to my original request last month and since it was near the end of the year I thought I would retry it just-in-case. Has anyone attempted using the support of IBM Flashcopy V2 that allows you to use a PPRC Source volume as the target of a Flashcopy V2 operation ( either the volume level or dataset level )? This support was provided by LIC 2.4.0 for an IBM ESS and IBM APAR: OA05856 more than a year ago so I was hoping someone had tried it. Anyone willing to share their experience and answer a few questions? Offlist maybe? Thanks. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
Billion doesn't mean the same quantity in all countries. For example, I believe UK is different from the US. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Monday, January 09, 2006 7:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Famous in Baghdad In a message dated 1/9/2006 6:14:48 P.M. Central Standard Time, [EMAIL PROTECTED] writes: second) to measure the processor speeds in IBM's largest servers. Why did we skip BIPS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
At least in German speaking countries, the following terms are used: 1 Million = 10 ^ 6, which corresponds to million in the US 1 Milliarde = 10 ^ 9 - billion 1 Billion = 10 ^ 12 - trillion 1 Billiarde = 10 ^ 15 - quadrillion 1 Trillion = 10 ^ 18 - what's next? quintillion? etc. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
Same in Slovakia On 1/10/06, Hunkeler Peter (KRDO 4) [EMAIL PROTECTED] wrote: At least in German speaking countries, the following terms are used: 1 Million = 10 ^ 6, which corresponds to million in the US 1 Milliarde = 10 ^ 9 - billion 1 Billion = 10 ^ 12 - trillion 1 Billiarde = 10 ^ 15 - quadrillion 1 Trillion = 10 ^ 18 - what's next? quintillion? etc. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
Hunkeler Peter (KRDO 4) wrote: At least in German speaking countries, the following terms are used: 1 Million = 10 ^ 6, which corresponds to million in the US 1 Milliarde = 10 ^ 9 - billion 1 Billion = 10 ^ 12 - trillion 1 Billiarde = 10 ^ 15 - quadrillion 1 Trillion = 10 ^ 18 - what's next? quintillion? etc. Same in whole (AFAIK) Europe. 10^24 is quadrillion 10^30 is AFAIK pentillion or quintillion (in fact nobody use it) It's based on greek numerals, like hydrocarbon names. BTW: 10^100 is 10 hexadecilliards 10 give one zero, hexadecilliard is 1000 hexadecillions which is 16*group of six zeroes 1+3+16*6=100. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Famous in Baghdad
Yes UK is definitely different from the US (Oh you were just talking millions/billions :-) Birger Heede IBM Software Group Gibney, Dave wrote: Billion doesn't mean the same quantity in all countries. For example, I believe UK is different from the US. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Monday, January 09, 2006 7:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Famous in Baghdad In a message dated 1/9/2006 6:14:48 P.M. Central Standard Time, [EMAIL PROTECTED] writes: second) to measure the processor speeds in IBM's largest servers. Why did we skip BIPS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
