Re: Timeout Problem after Switching a DAC unit with OSA in the z10
George After that frantic activity as recorded on the CICS-L list, I'm trying to get back to your original problem. You actually reported it was solved by installing the change according to the procedure described by the Attachmate article which is, in effect, implementing the timemark - sometimes called are you there? and at other times confusingly called keep-alive - traffic at the level of TCP in Windows equivalent to the what the TIMEMARK parameter in the TN3270E server program does with the z/OS Communications Server (CS) IP component. Would you please explain how it was you decided that the original timeout problem - as originally reported in posts with subject Timeout Problem after Switching a DAC unit with OSA in the z10 on Wed 12 Jan - was thought to have been solved? My problem is that I cannot see how that enabling the TCP timemark traffic in Windows TCP can have any beneficial effect at all. With the default 2 hours delay, what it will do for you is the following: 1. If any of the TN3270 client end users leaves the TN3270 client window active for up to 2 hours, the TCP connection initiated by the window will be terminated - that is unless the TN3270E server has not already terminated the TCP connection so it can be effective on the side of the TN3270 client only when the network has broken down. 2. In the very unlikely event that the firewall tolerates idle TCP connections for more that 2 hours, the timemark traffic will persuade the firewall that the TCP connection is still wanted by its users and not cause a termination. Since the timeout problems you reported were of the order of a few minutes rather than 2 hours, I'm at a loss over how this timemark traffic can have any bearing on your original problem. - Also not to be overlooked is that fact that, rather than go to the time and trouble of making this change in all of the Attachmate configuration files, if the benefit were to be timemark traffic to keep a firewall happy, you need actually do nothing whatsoever at all since you have arranged for timemark traffic every 30 minutes with the value of 1800 for the TIMEMARK statement in your TN3270E PROFILE data set. - Regarding what might cause a TN3270 connection to be dropped after 2 minutes, I imagined a rather complicated firewall rule which specified that, if all that happened on a TN3270 connection was the usual TELNET/TN3270 negotiation traffic followed by application traffic but only in the direction server to client, it, as it were, says to itself, the client has gone away, so drop the TCP connection. Yes, it's complex, but I can imagine firewall implementations compete vigorously to provide as much complexity as they can and I can imagine naive firewall implementers being duped by such a cornucopia! - I - and probably others trying to follow this series of threads - have been concentrating on the word timeout in the subject. However, on reviewing the posts, I note the timed out in the reports - not really explained from where they came but somehow related to CICS - in your post of 12 Jan 2011 12:26:52 -0500 which you claimed would explain everything, an example being 12:42:42 TELNE51A timed out from CICPTM, the CICS where the application is. You provided other messages from CICSTOR, the CICS that owns the terminals, and the part of the messages you chose to present was either Signon or Signoff together with the LU name. I am not intimately familiar with CICS messages so it was only much, much later when you showed us the sets of messages appearing at the same time as the VTAM messages to which you took such exception as described in the thread Help with ADJSSCP on IBM-MAIN and CICS Session Failure and Model APPL Statements for SLUs on CICS-L that I appreciated the timed out could have been extracted from a CICS message and where the presentation of the full message might have assisted enormously in dealing with the original problem. Actually I did try using timed out as a search phrase in the CICS Messages and Codes manual but got 58 hits which is far too many hits to use to try to guess what message it may have been. As a result of the discussion of what might be a similar problem in the IBMTCP- L list - which is where this query should really have been posed - it seems that it is likely that the end users are simply exiting from their Attachmate window with the X option, that this causes a normal termination of the TCP connection and that this is causing the sequences of CICS messages of which the most characteristic is DFHZC3424. It may be that, while this is a message which appears in the terminal CICS, the message with timed out is a corresponding message in the application CICS. It may be that what is a normal termination of the TN3270 TCP connection transmits itself to the SNA session and the terminal CICS as an abnormal termination which then transmits itself to whatever the application is as some sort
Re: Looking for a checklist about z/OS V1R10 with Debug Tool
On Wed, 9 Mar 2011 09:26:55 -0600, Arthur Gutowski aguto...@ford.com wrote: There's more in the Customization Guide. Since the doc number changed for V10, and again for V11, I have to believe the V8 book also has a completely unique doc number. You can find books for all supported releases at: http://www-01.ibm.com/software/awdtools/debugtool/library/ FYI, there's also some doc and a sample for loading members out of SEQAMOD into MLPA. We use Dynamic LPA in place of MLPA, so we had to modify the sample a bit. Regards, Art Gutowski Ford Motor Company -- On Tue, 8 Mar 2011 08:48:11 -0800, Neubert, Kevin kevin.neub...@courts.wa.gov wrote: There's half a page on the subject in the related Program Directory (GI10- 8761-02). See 5.4 Special Considerations http://publibfp.boulder.ibm.com/epubs/pdf/i1087612.pdf. -- Thanks for the feedback, but I checked the books (2 Program Directories + 1 Customization Guide + 1 User's Guide) before posting my request. The information is quite fragmented. So, David Jousma's reply was the most helpful. Regards, Michel Castelein z/OS instructor consultant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Day-light savings - dumb question
Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry® from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with ADJSSCP
George Finally I've managed to get around to posting off this analysis of the VTAM definitions you posted a while ago. - I can say that, while it is a most excellent idea to rid your definitions of any detritus of application major nodes and minor nodes which may have accumulated, such excess baggage has nothing whatsoever at all to do with your the TN3270 problem affecting the users of your facilities. - Now to your start options (ATCSTRxx) and VTAMLST members (ATCCON00) list. The first not terribly important point is that, since one of the later releases of OS/390, you haven't needed those irritating commas on the entries in these two lists as long as there is just one item per line which is conventional for ease of reading and as you have specified them - just in case you would like to clean them up. When I provided recommended start options to a customer a couple of years ago, I suggested three groups. The first group was the start options that would always be specified and which identified the VTAM instance. Roughly in order of importance, these were NODETYPE=xx APPN xxx node MAINTLVL= change level of start options file NETID= network identifier SSCPNAME= SSCP name SSCPID=nn[1]SSCP numeric identifier HOSTPU= PU name HOSTSA=nn subarea number CDSERVR=xxx central directory server SACONNS=xxx subarea function CONFIG=xx major node activation list suffix TCPNAME=name of CS IP component for EE IQDCHPID=xx hipersockets channel path ID In your case, since you are not using APPN, the NODETYPE, CDSERVR (only for APPN Network Nodes) and SACONNS start options do not apply. Also, since, additionally, you are not using Enterprise Extender in a CINET environment, the TCPNAME start option does not apply. Finally, unless you are using HiperSockets, the IQDCHPID start option does not apply. As a way of dealing with the problem of the IST663I message groups, I had the idea that, if your system was a single unconnected VTAM, you could switch off the processing which complains that there are no adjacent subarea systems to which to try to pass a session setup. You could do this by converting your system to an APPN End Node by specifying NODETYPE=EN and SACONNS=NO. But then I thought VTAM will still want to complain that it can't start a session it has been requested to start and this will just cause another, equivalent group of messages to appear! Thus we are reduced to the following for your purely subarea configuration: MAINTLVL= change level of start options file NETID= network identifier SSCPNAME= SSCP name SSCPID=nn SSCP numeric identifier HOSTPU= PU name HOSTSA=nn subarea number CONFIG=xx major node activation list suffix I suggest the use of the MAINTLVL start option - which is purely optional - as a way of knowing which revision of a start option list applies to a running system. This is of most importance in a system under close change control - as the customers with whom I have worked lately are - where it's handy to be sure which version of the list is in use as can then clearly be seen in DISPLAY NET,VTAMOPTS messages. Since there are unlikely to be multiple changes in a day (!), I suggest a date in whichever format is preferred. Following the required/important start options, you can specify as many of the less significant - still important - start options as you need either to change the default or to emphasis the default when the default is particularly important. Finally, just so that they are all together and easily found, I recommend placing all the buffer-related start options at the end. Applying this scheme to your set of start options, we have the following: NETID=FLANWR41 SSCPNAME=PAL6CDRM SSCPID=06 HOSTPU=PAL6PU HOSTSA=06 CONFIG=00 * MAXSUBA=31 IOINT=0 DYNASSCP=YES AUTHLEN=NO ENCRYPTN=NO TNSTAT,CNSL,TIME=60 * APBUF=(56,,2,,1,3) BSBUF=(1,,0,,1,14) === very many! CRA4BUF=(50,,0,,10,20) CRA8BUF=(12,,0,,6,2) CRPLBUF=(1300,,0,,60,29) == many but understandable since it quite often needs increasing IOBUF=(500,182,19,,16,71,0) LFBUF=(400,,0,,1,1) LPBUF=(64,,0,,6,2) SFBUF=(64,,0,,1,1) SPBUF=(36,,0,,1,1) TIBUF=(1,,0,,60,120) note baseno 0 is outside the documented range of 132767 T1BUF=(16,,0,,32,15) T2BUF=(8,,0,,32,7) XDBUF=(5,,0,,1,4) I've placed a blank comment line in between the groups so that you can see what the groups are. Note that, since you didn't specify HOSTPU, I have invented one for you. - Looking at the middle group, I have removed the start option you mentioned wasn't accepted, DYNADJCP, since this applies only when you have a NODETYPE=EN or NN, in other words it would apply only after you would have enabled APPN support.[2] I note later than I cannot see any configuration list members which might contain PATH statements and so
Re: SNTPD
Hi Jimmy, Although SNTPD is a USS process, I'd bet that the source of its time reference is the LPAR's TOD clock which should be UTC (best practice). Using the SET TIMEZONE command adjusts the z/OS zone offset, but leaves the LPAR's TOD clock as-is, so SNTPD will still serve out the same UTC time even if you adjust the z/OS (or USS) time zone. The SNTP protocol always uses UTC times and provides no information about the current time zone - that is up to the NTP client's operating system. If you want to change the LPAR's TOD clock you'll have to IPL with your CLOCKxx member specifying OPERATOR PROMPT, ETRMODE NO, STPMODE NO and reply to message IEA888A with DATE=.ddd,CLOCK=hh.mm.ss,UTC ...the ,UTC is the important part. It causes the LPARs TOD clock to be changed to the (UTC) time that you just specified. Even on a test system this can be problematic ...for example, setting the LPAR TOD clock too far in the future could result in RACF revoking userids due to perceived inactivity of userids in the RACF database. COUPLE datasets seem to be affected too. Be prepared to restore both! These are things that I have figured out the hard way. Corrections to my understanding of all of this are welcome! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
operlog
Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DOS/360 (VSE) reminiscences (Was: z/OS 1.13 preview)
Ed I'm congratulating myself in getting this inconsequential memory lane response off in less than a month! I cannot remember where my first run in with VSE was. It was a LONG time ago. Probably in the mid 70's (???). Which means it was not really early enough to appreciate DOS/360! It's maybe interesting to point out that the branch where I cut my teeth had a standard configuration for nearly all of its customers. It was a S/360 Model 30 with a 2540, a 1403, a control unit for those two, 2821, and typically 4 2311s[1]. The only option seemed to be that, if it was a slightly more advanced customer there could be 2 or 4 2400 tape drives. My first project was overseeing a customer, a little later than the rest, using up the free time testing the conversion - or maybe emulation - of 1400 programs on the branch data centre standard Model 30 configuration. Rather than describe the operating system as DOS, many of these Model 30 customers were in the habit of using the term 16K BOS and then BOS/360 came to be called 8K BOS.[2] The characteristic of BOS - and BPS (Basic Programming System) - was that console messages were reduced to 4 characters! When you are used to having to interpret 4 character error messages, actually getting messages as English text was a massive improvement. Having taken a BPS operating system, for which the design limit was 4K, and modified it from having special support for the 1231 - I think it was - (graphite) mark reader to support for the 1287 optical character reader, I became quite familiar with the need for highly cryptic compressed error codes - and efficient coding! There has recently been a thread on the VSE-L list - in which I poke my nose in case they might need VTAM help and absolutely not in any way relying on 40-year old DOS/360 experience! - which brought back my DOS/360 days. The always troublesome matter of the I/O module which corresponds to your DTFxx file definition cropped up. I was a bit surprised since I thought that problem would have been solved ages ago. The unresolved I/O module name did remind me of an incident during an exhibition in Sokolniki Park, Moscow. I was looking around the stand of the Ministry of Instrumentation Technology's control complex machine. This was 1975 and it was important to know that the Soviet Ministry of Radio had the computer mission so any other ministry with an interest in developing computers needed to think up another name, hence control complex! The Ministry of Instrumentation Technology had acquired a system from the GDR which was a copy of the RCA Spectre which was a copy of the S/360 - are you keeping up at the back? As I was glancing at the printer, one of those so familiar message as seen in the recent VSE-L thread: UNRESOLVED EXTERNAL REFERENCES EXTRN IJDFCPZZ with the characteristic initial 3 characters IJD popped up on the printer. The poor Russian lad on the console really didn't expect this random exhibition punter to be coming over in order to explain in English that he had not stored an appropriate I/O module where the linkage editor could find it! Back to 1967, after a couple of years, including assisting with a DOS/360 installation in Lagos - on a Model 40 this time - those metal switches, so much more tactile than plastic dials! - I converted to OS/360 MFT and never looked back. I recall taking the instructor aside during the class after there had been a rudimentary gallop through the I/O macros in order to point out the interesting difference between DOS and OS regarding locate mode. Classes around 1970 used to be strong on that level of detail! I know dos had a die hard following but IBM should jave just said no more. Maybe one solution might have been along the lines of what I did with a derivative of DOS/360. This was the operating system which ran on that machine range for the GDR which English Electric in the UK also acquired from RCA and called the System/4 range. The operating system developed by English Electric was still very like DOS/360 and I put together a conversion layer which worked with the assembler source. Essentially it was a set of macros and called modules which mapped the System/4 DOS calls to IBM OS calls. Of course it was important that English Electric had rather delayed getting a COBOL compiler out and so most of their customers' development had been in assembler. In the case of DOS/360 or its children something similar could have been done working at the object level. Chris Mason [1] In the mid-70's I got to see the disks of the COMECON computer project - under the overall control of the USSR Ministry of Radio - in Sofia, Bulgaria. They were identical to the IBM 2311 except that they had an enhancement. I was quite used to opening the disk unit side cover in order to see what cylinder was being accessed - essentially a risky procedure! - so was really rather pleased to see these
Re: SNTPD
Note: this identical question was posted also on the IBMTCP-L list. Jimmy This is a minimally stratum 2 response since I am no sort of specialist in SNTP. Perhaps someone can provide a stratum 1 response having closer access to a stratum 0 source! Having only the manuals to reply on I can only mention that there is a hint in both the z/OS Communications Server IP Configuration Guide and Configuration Reference - the same text, in fact, that the local clock is used: quote -s n Use n as the stratum level in all replies sent by the server. The valid range for n is 1 - 15. If -s is not specified or a non-valid value is specified, the default stratum level of 1 is used. The stratum level indicates the relative accuracy of the local clock compared to the clocks of other SNTP servers in the network. Tip: One is most accurate. Fifteen is least accurate. /quote This is a UNIX System Services - sometimes abbreviated to zUNIX or z/OS UNIX - program and so whatever the zUNIX call is which corresponds to local clock is probably what is used. I leave it to you - or other helpful folk - to add precision. Note that the variable TIME as used in USS (Unformatted System Services) table messages is irrelevant to this query! Chris Mason On Wed, 9 Mar 2011 16:30:20 -0600, Jimmy Pace jimmy.p...@bxs.com wrote: Hi All, Env z/OS 1.11 With the time change this weekend, I was going to join the modern era and issue the SET TIMEZONE command instead of IPLing the systems. I have a separate machine that can be IPLd for testing, this system was IPLd then T TZ command issued, from the syslog the local time has been increased 1 hour. To check the time I have a PC thats off the local domain with a clock sync client which points to the testing machine. The time is behind 1 hour. To further test, the system was IPLd with a clock member offset for CDT. Again the PC clock sync client is 1 hour behind. All could be good with the SNTP daemon and the PC have something that doesnt allow the time to update that hour. The MF SNTPD is used as the time source to our network timeserver. Where does SNTPD get its time? Thanks, Jimmy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Stack - another misnomer
This derives from a comment made by John Chase to a throw-away comment of mine in the RACF-L list. John I've moved this to the IBM-MAIN list since it has nothing whatsoever at all to do with RACF. It might even be better raised as a topic on IBMTCP-L but I'm not sure you subscribe to that list. This, after all, is probably where we got such aberrations as stack as a way of describing IP nodes and their related transport layers. Well, stack certainly sounds better than, say, pile. Heap ... You - as is popularly said these days - totally miss the point. What is provided by the IP component of z/OS Communications Server, by TCP/IP for VM and a couple, I believe, of products called TCP/IP for VSE cannot be described by any word which implies what is intended to be implied by the word stack, nor pile nor heap - although stack is closer to what the originators of this expression had in mind. Stack is supposed to imply that these collections of software based on IP and related protocols constitute something close to the OSI model.[1] They fail to do so. Just for revision, the OSI model consists of 7 famous layers which, when complete, could be described as a protocol stack. Now, since the lowest layer is the physical media, it is clear that this layer cannot be expected to be represented in any software supporting an implementation of the OSI principles. Also the highest layer, the application layer, is going to be different for different applications and so is also not going to be represented in the common software supporting an implementation of the OSI principles. This leaves 5 layers which can expect to be present in a self- respecting stack implementing those principles. Those collections of software based on IP and related protocols implement at best 3 of the layers which is a paltry hand to be holding even if a full house is only 5. Hence I wince whenever I hear or see the word stack and I much prefer instance where the context is appropriate as it very often is. You know it occurs to me that last sentence would work equally well, with issue subsisted for stack and - of course - problem for instance! Incidentally, I also prefer IP instance rather than TCP/IP instance and not only because the use of the z/OS flavour software with which I most concern myself quite a lot is Enterprise Extender and - although IBM have been careful to reserve port numbers 12000 to 12004 for both TCP and UDP protocols - Enterprise Extender is implemented using purely UDP. For those unfamiliar with the OSI layers, the layers between the physical media layer and the application layer are, respectively, data link control, network, transport, session and presentation, each with its own role to play for the purposes of enabling communication. If you use SNMP to retrieve which of the OSI layers any set of IP-based software imagines it supports in the shape of the sysServices object identifier, you will find that the z/OS Communications Server IP component owns up to only network and transport - if I remember correctly from a decade ago when I last looked! Essentially driving the routing table, interfacing with the data link control layer downwards and interfacing with the transport layer upwards constitutes the network layer. Running TCP logic is the TCP flavour of the transport layer together with port multiplexing and demultiplexing and supporting the sockets API. These latter two functions are all that meaningfully constitute the UDP flavour of the transport layer. Again if my decade-old memory can be relied upon, Cisco routers preferred to present themselves through the medium of the sysServices object identifier as supporting just the data link control and network layers - which was very reasonable of them. Chris Mason [1] http://en.wikipedia.org/wiki/OSI_model - Original Message - From: Chase, John jch...@ussco.com To: rac...@listserv.uga.edu Sent: Thursday, March 03, 2011 3:56 PM Subject: Re: IEESYSAS Again: SMS -Original Message- From: RACF Discussion List On Behalf Of Chris Mason Perhaps there is some lazy talk used by developers - it wouldn't be the first time - where started proc is used when, if they paid any attention actually to being accurate, the term address space name would be used. I imagine - again - that what happens is the developers have a way of talking about what they work with in very loose terms over a beer or two, these loose terms creep into the supposedly formal documentation they create internally regarding products and product enhancements and then the poor manual authors fresh out of college who are hired because they can write American - although it may actually be described as English - no infinitive knowingly unsplit for example - then take these internal documents and create the formal text for the manuals using the self-same loose talk in all innocence. This, after all, is probably where we got such
USS Tutorial (Derived from 6262 coax printer on VSE-L)
To all who, having led a sheltered life, may have been bemused by recent list exchanges regarding USS - A thread popped up in the VSE-L list where the question was asked what is MSG=10 used for? Clearly a certain amount of education was needed especially for someone who was working with some sort of SNA network and should know about a key end user interface. Having taken the trouble to put together a small tutorial on the topic, it occurred to me that the tutorial deserved airing on IBM-MAIN as well. - what is MSG=10 used for? USS message 10 is VTAM's good morning message. The background for this is as follows: When SNA support was introduced to VTAM[1] logical units (LUs) in peripheral nodes, in general end-user devices, supported human end-users but there was a hole in the implementation in that, while program end-users could use API calls over the platform equivalent of an operating system, for example a device from the 3600 banking range (which morphed into the 4700 banking range), something was needed for the human end-user. That's where Unformatted System Services (USS) came in. It offered a possibility for the human end-user to define the three elements in the session setup request unit - that otherwise would be parameters of the API call - wrapped up in a character string with helpful text around the parameter values. The three parameter values are the following: 1. the primary LU (application) name required - up to 8 characters 2. the mode (mode table entry) name - optional[2] - up to 8 characters 3. data - optional - used for things like userids and passwords although such uses are frowned on today The character string with one to three of the above is passed over the SSCP- LU session in the direction LU to SSCP of course. In order to cause that to happen the device needs to be set into the mode necessary for the use of that session which is typically the System Request (SysReq or SysRq) function. VTAM's USS function translates the character string into the formatted request and passes the formatted request to the SSCP logic within VTAM where it is treated as if the formatted request had appeared in the formatted form over the SSCP-LU session as happens with LUs driven by a platform API. What's this got to do with USS message 10? I hear you ask. Well, I'm coming to that! In the case where the human end-user is required to place fingers on keys as I am doing now, mistakes can/will be made - I just hit the Caps Lock rather than the UpShift again! and always looking at the keyboard it's only half a line later I realise - dang or stronger! Those mistakes are covered by the original set of USS messages, 1 to 6. 7 was for when the parameters were perfectly specified but the pesky primary LU (application) was AWOL. There were some other USS messages but let's deal with the straightforward story. I need to say at some point that, while there was a default character string for the purposes of specifying the one to three parameters LOGON APPLID(plu)LOGMODE(mode)DATA(data) and default text for the messages, VTAM supplied some macros so that a systems programmer could assemble and linkage edit his or her own set of commands and messages. Typically, there is a sleight of hand whereby the name of the program is substituted for LOGON and is specified as the default for APPLID.[3] This was all very well - except for the general uselessness surrounding USS message 7 for which the default text was session not bound - but you needed to have good eyesight peering at the Operator Information Area (OIA) in order to spot that the LU corresponding to your 3270 display device had been activated and then you needed to hit the SysRq key in order, using the USS command, to be able politely to request VTAM kindly to place you in session with your application. This is where - to universal acclaim after riots in the streets one could say! - USS message 10 came in. When USS message 10 was introduced and the systems programmer had taken the trouble to build an USS table in which USS message 10 was defined, as soon as the LU corresponding to the 3270 display was activated, the text of the USS 10 message was sent from the USS function within VTAM to the LU over the SSCP-LU session and the text, the good morning message, appeared on the display. There was also a side benefit to this which was very welcome: because the text had been sent on the SSCP-LU session, the state remained the SSCP-LU session state and, prior to entering the USS logon command, there is now no longer a need to reach for the SysRq key. In order fully to respond to your question, it's probably interesting to list the variables that can be substituted into, in general, any of the USS messages for the purposes of enhancing the human end-user's experience and, also aid problem determination - as I shall indicate. DATE - the date - and, judging from your name,
Re: Difference between DISP=NEW and MOD for a PDS member?
Radoslaw You used many words, citations, quotations, etc. but IMHO you should just say I was wrong. I don't think trying to make sense of what is written in the manual which is *supposed* to describe what the product does hoping that WAC corresponds to WAD can be considered wrong. The manual was guilty of some sort of disingenuity - sorry, words again but they are rather appropriate when writing! - in suggesting that DISP=NEW could involve an existing data set. I was going to say I was misled but it's more bemused. If you care to recall, I did say that in constructing the diagrams which that section of the manual first offered by Gerhard Adam cried out to be so represented, I tried initially to follow your contention - which is what I had assumed previously without even having given it all that much thought. Then I decided that first paragraph required what has turned out to be erroneous. If I'd placed more credence on what was said about DISP=OLD I would have been guided back to the path of righteousness. I really don't care what's in the manual, ... Sadly, not having a sandbox to hand these days, I'm obliged to rely on whatever documentation I can find. But since you *do* have one or more playpen systems to hand, perhaps you'd like to verify my revised diagrams. It would, for example, be interesting to have plotted out what how the errors which have passed JCL reveal themselves. Looking back to your first post in this thread, I see you may have already identified PDS with member name specified, data set does exist and member does exist, DISP=MOD as *not* a JCL fail but abend SB14 whether input or output. I want the discussion to stay technical one ... What could be more technical than reporting live experiments! Chris Mason On Sun, 6 Mar 2011 20:02:56 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2011-03-06 17:19, Chris Mason pisze: Radoslaw Yes, DISP=NEW fails if the PDS already exists. Even if nonexistent member is specified. I'm assuming that what you mean to say is the following [...] Chris, You used many words, citations, quotations, etc. but IMHO you should just say I was wrong. I really don't care what's in the manual, what somebody said, etc. DISP in JCL is always for dataset, not the member, DISP=NEW always end with JCL error when PDS(E) exist, and it it completely irrelevant whether you specify member name or not or specified member exists or not. The only (not mentioned) case when DISP=NEW works (does not cause error) for existing dataset is ... (I think it wasn't mentioned here yet) GDG. GDG dataset with deferred roll in (proper name can be slightly different, wrote from my poor memory) is simply rolled it when DISP=NEW is used. But it is very specific case, which precludes usage of PDSE and membername of PDS. And was (no longer is) unsupported by IBM for PDS. I want the discussion to stay technical one, not - let's say - political, like USS meaning or Toronto airports. Regards -- Radoslaw Skorupka -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 TCPNJE link to RSCS
Dave ... but the z/OS sysprogs here are struggling a bit with the JES2 side. I thought I might be able to help by finding a redbook with a worked example, but there isn't one. There is a little table buried in z/OS Version 1 Release 7 Implementation, January 2006, SG24-6755-00, a production of the dapper Paul Rogers, which compares the SNA NJE statements with the IP-based NJE statements. Since mostly I expect it's mainly customers who have joined the Gadarene rush to shed all vestiges of SNA who are setting up IP-based NJE as a replacement for SNA RJE, this little table is probably very helpful. But then I thought I'd see what the manual said and, well, I discovered that a) the manual itself has lots of simple examples b) the handy little table was lifted from the manual - or possibly vice versa! So, I think you should ask your struggling z/OS sysprogs themselves to subscribe to this list and say what it is in the manual they don't quite follow. The manual in this case is Chapter 5, Network job entry (NJE) of the z/OS JES2 Initialization and Tuning Guide. I happened to check the V1R12 edition, SA22-7532-10: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A390/5.0 Note that what I found in the manual were examples just as handy as the handy hints John McKown has given you. Also while talking about manuals - and redbooks indirectly - your struggling z/OS sysprogs should also take a strong interest in the following manual also to be found in the JES2 bookshelf: Network Job Entry Formats and Protocols, SA22-7539-02 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/ Talking about redbooks reminded me of this manual, vital for all who want to understand what they are doing with NJE. The original version of this manual was a Washington Systems Center (WSC) either yellowbook or orangebook which books had the same sort of status and objectives as redbooks but came from the WSC (Dallas comes to mind also for some reason) rather than what was then probably one of the WTSC. - ... how to configure JES2 ... to connect ... to VM's RSCS? Dating from the ESP for VTAM in VM in around 1985, there's a particularly problematic matter which needs to be understood regarding connecting JES2 NJE to RSCS NJE as regards SNA modes, but your probably moving away from that configuration so it's not worth mentioning! Chris Mason On Tue, 8 Mar 2011 13:00:45 -0600, Dave Jones dave@VSOFT- SOFTWARE.COM wrote: Dos anyone here happen to have a sample JES2 parmlib member showing how to configure JES2 (z/OS 1.11, btw) to connect via a TCP/IP link to VM's RSCS? I've got a good handle on the RSCS configuration, but the z/OS sysprogs here are struggling a bit with the JES2 side. Thanks and have a good one. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Change all RACF passwords at once
Hi, Is anyone aware of a way to change all user's passwords at the same time? I want to copy a racf database to a test LPAR, but I don't want everyone to be able to logon with their OLD password. I want them to get a preset password that I make for that new LPAR only. The RACF DB is not shared, it's just a copy. I know there is no generic for the ALTUSER, but I was hoping that someone knew of another way. Thanks, Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Brian Westerman wrote:
Is anyone aware of a way to change all user's passwords at the same time?
Yes, two ways (There are many other ways):
1. Use RACF Panels to search for all ids and generate a CLIST with commands
placed left and right of the search results. Not recommended because of
impact of SEARCH command.
2. Unload your RACF DB using IRRDBU00, select your record type 0200 and ids
to changes and save your output. Then copy/overwrite all the lines with ids
with the correct ALU statements.
With REXX it is very easy to handle IRRDBU00's output:
Using a loop, you use PARSE or SUBSTRING and using a STEM variable, you
can copy these lines to your output. Like this:
X.0 = 3
X.1 = ALU (ID) RESUME PASSWORD(???) +
X.2 = NAME('NAAM') +
X.3 = DATA('INSTDAT')
I want them to get a preset password that I make for that new LPAR only.
Use NOEXPIRED as ALU keyword.
I know there is no generic for the ALTUSER,
It is WAD for a reason.
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is RMF Better?
I haven't ever used or even seen CMF, so I can't really comment on the comparison. However, I will say that I really like RMF's Distributed Dataserver component which exposes RMF III interval data as XML that can then be used in all sorts of interesting ways. IBM's included browser-based Data Portal leverages that and you can relatively easily write your own code to do something similar. But as I said, I haven't seen CMF so perhaps they have the same capability. If they don't, put that as item #1 on my list for reasons to use RMF instead. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Ugh, I was hoping that there was a command to do it for me generically. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stack - another misnomer
Chris Mason wrote: This, after all, is probably where we got such aberrations as stack as a way of describing IP nodes and their related transport layers. Well, stack certainly sounds better than, say, pile. Heap ... You - as is popularly said these days - totally miss the point. Ouch... ;-D What is provided by the IP component of z/OS Communications Server, by TCP/IP for VM and a couple, I believe, of products called TCP/IP for VSE cannot be described by any word which implies what is intended to be implied by the word stack, nor pile nor heap - although stack is closer to what the originators of this expression had in mind. What about 'layer'? (From your link about OSI model) Is that word good/bad/ugly/terrible? Hmm, if TCP/IP stack is 'stuck' on some mislaid 'sticks', then it is 'stuck', and you can 'pile' that 'heap' on the responsible sysprog... ;-D Ok, enough word play, are there indeed better words? I'm at a loss of words... ... if my decade-old memory can be relied upon, Seeing all your educational posts, it must be so indeed... ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Brian Westerman wrote: Ugh, I was hoping that there was a command to do it for me generically. I don't know if you have any RACF Tool(s), but they have a 'mass clone' id facility. Password exit giving an initial preset password upon first logon? These days you can probably do it with 'System Rexx'. Disclaimer: While I can probably write such an exit when needed and have example source codes, I never wrote such thing sofar. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
On Thu, 10 Mar 2011 05:38:05 -0600, Brian Westerman wrote:
I know there is no generic for the ALTUSER, but I was hoping that someone
knew of another way.
//*
//S1 EXEC PGM=IRRDBU00,PARM='NOLOCKINPUT'
//*
//SYSPRINT DD SYSOUT=*
//INDD1 DD DSN=your.racfdb,DISP=SHR
//OUTDD DD DSN=amp;IRRDBU00,DISP=(,PASS,DELETE),
// SPACE=(CYL,(15,10),RLSE),
// LRECL=4096,RECFM=VB
//*
//S2 EXEC PGM=ICETOOL
//*
//TOOLMSG DD SYSOUT=*
//DFSMSGDD SYSOUT=*
//REPORTDD SYSOUT=*
//INDD DSN=amp;IRRDBU00,DISP=(OLD,DELETE)
//OUT DD DSN=amp;ALU,DISP=(,PASS,DELETE),
// SPACE=(CYL,(15,10),RLSE)
//USERCNTL DD *
OUTFIL INCLUDE=(5,4,CH,EQ,C'0200',,10,3,CH,NE,C'irr'),
BUILD=(C' ALU (',
10,8,
C') PASSWORD() NOEXPIRED RESUME',80:X),VTOF
//TOOLINDD *
COPY FROM(IN) TO(OUT) USING(USER)
/*
//*
//S3 EXEC PGM=IKJEFT01
//*
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD DSN=amp;ALU,DISP=(OLD,DELETE)
//
Norbert Friemel
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar We always update the SYS1.PARMLIB(CLOCKxx) member in parmlib. That is for any IPLs that might occur after the time change event. Next, you need to understand your applications and how they handle the system time. If everything uses GMT and your clock member is GMT, then you MAY be able to use the set clock function. Some server applications may need the server time reset and then it may check the mainframe time. If not, then you need to IPL to do the change. For example in one shop I worked at, we changed the clock member and then issued the clock set command. At another we had change the clock member in parmlib, then wait the time out as needed and IPL. But in all shops I worked in we always changed the clockxx member. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
We use the old style SYSLOG on SPOOL. We don't use OPERLOG at all. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Thursday, March 10, 2011 2:58 AM To: IBM-MAIN@bama.ua.edu Subject: operlog Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Norbert Friemel wrote:
OUTFIL INCLUDE=(5,4,CH,EQ,C'0200',,10,3,CH,NE,C'irr'),
BUILD=(C' ALU (',
10,8,
C') PASSWORD() NOEXPIRED RESUME',80:X),VTOF
Thanks for that BUILD keyword, that was excellent!
I've learned something new.
Many thanks again!
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is RMF Better?
Been many years since I have dealt with CMF - (at least) before z/OS I would think. Had some nice additions, but as an RMF user I had no issues adapting to it. But I don't pay the software bills, I just do the grunt work. As a free-lancer, I like to concentrate on the tools I'm most likely to find in most shops I visit. As I said, it's been a while since I hit a non-RMF shop. Horses for courses. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rejected messages from verizon account
Both you and Kirk have valid points. I am obviously trying to set up a non work account for IBM Main. I'd rather use my ISP as I pay for it anyhow, the speed is usually pretty good and I can use something like Outlook from home or the webmail ISP interface via a browser when at work. At least that's the theory. I didn't have a chance last night to try a post from Outlook. I still think the webmail interface is using something like HTML but I haven't tried calling them yet. That's the next step after trying outlook from home. It'll get resolved eventually. One thing I've learned in this business is patience. Thanks to all for the suggestions and support. Regards, Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jonathan Goossen Sent: Wednesday, March 09, 2011 5:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: rejected messages from verizon account Kirk, People have different situations. I have had the same ISP for the last 9 years because, until recently, nothing else in my area had the speed I wanted at the same or lower price. Now there are some options. But I am hearing from neighbors that I am getting better service than they are. I had a Hot Mail account for a short time, until I had a problem with it and dropped it. I seldom go directly to the ISP web mail. I use a PC application to access my email. My ISP has great SPAM filtering, but I have better on my PC. And my ISP has given me great support when things have gone wrong. There are likely hundreds of different situations among the readers here. Solutions for our own situations that are not similar to that of the OP are not helpful. Stan, To help with your situation: If it isn't a text versus HTML situation as suggested earlier, I suggest starting with your ISP and see if they can help. I had similar issues at work getting subscribed to IBM-MAIN. It turned out that the company had blocked the website because it did something that was unsafe. They opened it up for me just long enough to subscribe and then blocked it again. I have heard of some ISPs that default to blocking some things to protect their subscribers. If that is your case, then they can tell you how to unblock it. Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group 651-361-4541 From: Kirk Wolf k...@dovetail.com To: IBM-MAIN@bama.ua.edu Date: 03/09/2011 02:18 PM Subject:Re: rejected messages from verizon account Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Stan, This is not really what you asked, but why would you want to use an email account from your ISP? I end up switching ISPs every couple of years to get a better deal. Just get yourself a GMail account (or Hotmail, etc, etc). Its a better product that you will get from an ISP, and you never have to change if you decide to dump your ISP. You might even want a separate one just for list subscriptions and then you can read it via a POP or IMAP client, along with your real email account. Even better, get yourself a domain name and then pay for an email hosting service.We use TuffMail. They have a terrific offering for a reasonable price and they do a great job of SPAM filtering and support. The support is worth its weight in gold if you ever need it - ever try calling an ISP or free email provider for support? Kirk Wolf Dovetailed Technologies http://dovetail.com PS Other unsolicited tips for using an ISP, especially if you work from home: -- don't use an ISP's DNS service, either OpenDNS or Google's DNS will be faster and you will often avoid outages caused by their crappy DNS servers -- don't install their software on your computer. You don't need it and it is only designed to sell you ads and make them money. -- don't pay for their modem. You'll save money and get something better from NewEgg (and its easier to avoid using their crappy integrated router) -- don't pay for their WIFI/router. Get yourself a WRT54G or something that you can flash with the open source Tomato firmware, and you will have a *much* better firewall and router. On 3/9/2011 6:22 AM, Stan Weyman wrote: I'm trying to use a personal account on verizon.net and am getting a reject for each message sent. I can't see anywhere in the settings anything that might be causing an issue. The subject line is 'test' and the message is 'Please ignore this test message'. The message I am getting back isn't a lot of help either: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
Re: operlog
en.. What differences between these two log(SYSLOG and OPERLOG). Seems OPERLOG for multi-system.. 2011/3/10 McKown, John john.mck...@healthmarkets.com We use the old style SYSLOG on SPOOL. We don't use OPERLOG at all. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Thursday, March 10, 2011 2:58 AM To: IBM-MAIN@bama.ua.edu Subject: operlog Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
For a single image setup I would suggest you stay with SYSLOG. OPERLOG is really nice if you want a sysplexed SYSLOG that has entries, by time, for all of the sysplexed systems. It's easier than trying to eyeball multiple syslogs. no one at my last employer was in a hurry to set it up so I did in my copious free time lol Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Thursday, March 10, 2011 3:58 AM To: IBM-MAIN@bama.ua.edu Subject: operlog Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is RMF Better?
Follow-up to my last post. As an independent, it is useful to keep abreast of the product documentation and problem database(s) for products I may be queried on. Ever tried to do that for CA if you don't have a customer number ?. They have always been anal about that, and on just (re-)checking I see nothing has changed. Yet another example of their forward-thinking attitude. *NOT*. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
Operlog has some additional functions, like a powerful FILTER command, to filter out the messages you are interested in, in stead of hopping through them via FIND commands. Kees. Stan Weyman stan.wey...@emc.com wrote in message news:63f312e6f4b4674a8f5ac4512c47ec8003ebe18...@mx06a.corp.emc.com... For a single image setup I would suggest you stay with SYSLOG. OPERLOG is really nice if you want a sysplexed SYSLOG that has entries, by time, for all of the sysplexed systems. It's easier than trying to eyeball multiple syslogs. no one at my last employer was in a hurry to set it up so I did in my copious free time lol Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Thursday, March 10, 2011 3:58 AM To: IBM-MAIN@bama.ua.edu Subject: operlog Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of chen lucky Sent: Thursday, March 10, 2011 7:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: operlog en.. What differences between these two log(SYSLOG and OPERLOG). Seems OPERLOG for multi-system.. 2011/3/10 McKown, John john.mck...@healthmarkets.com We use the old style SYSLOG on SPOOL. We don't use OPERLOG at all. I agree. OPERLOG seems to be a way to have a single, merged, system log in a Parallel Sysplex. We have a __basic__ sysplex, which means no CF. Which means we cannot have a merged OPERLOG. So we don't bother. We maintain separate SYSLOGs and just merge them using DFSORT. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom. .. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of chen lucky Sent: Thursday, March 10, 2011 7:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: operlog en.. What differences between these two log(SYSLOG and OPERLOG). Seems OPERLOG for multi-system.. 2011/3/10 McKown, John john.mck...@healthmarkets.com We use the old style SYSLOG on SPOOL. We don't use OPERLOG at all. I agree. OPERLOG seems to be a way to have a single, merged, system log in a Parallel Sysplex. We have a __basic__ sysplex, which means no CF. Which means we cannot have a merged OPERLOG. So we don't bother. We maintain separate SYSLOGs and just merge them using DFSORT. -- John McKown OPERLOG requires a LOGSTREAM, which does not necessarily requires a CF. If you don't have a CF, you can't merge the syslogs of all systems in a single sysplex wide logstream, but you can use a Dasd Only Logstream to make Operlog run on your local system. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Be careful with any of these approaches based on IRRDBU00, and most others that you create on your own, I imagine. The suggestions I've seen so far in this thread would also assign passwords to PROTECTED user IDs (those that do not have a password already) and that is probably not what you want. You should also check the USBD_NOPWD field of the IRRDBU00 record for the user (offset 391-394 for REXX, or 395-398 for ICETOOL) and if it has the value PRO you should skip that user ID. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
See (watch the wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/4.31 .3?SHELF=IEA2BKA0DT=20090602223524 Topic 4.31.3 (parameters of the SET command) snip John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
It is in the z/OS 1.12 manual. SA22-7627-23 On Thu, Mar 10, 2011 at 9:34 AM, Steve Conway steve_con...@ao.uscourts.govwrote: John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Walt Farrell wrote: Be careful with any of these approaches based on IRRDBU00, and most others that you create on your own, I imagine. Of course, thanks for the reminder. ;-) The suggestions I've seen so far in this thread would also assign passwords to PROTECTED user IDs (those that do not have a password already) and that is probably not what you want. I should have stated why I suggested using REXX above ICETOOL to process IRRDBU00's output. My REXX programs could handle different groups and ids based on naming standards, group connections, status of ids (PROTECTED, RESTRICTED, Revoked, Last-Used field = blank or same as creation date, etc.) Basically 'white listed' ids are placed with the ALU and/or PERMIT commands plus correct set of keywords needed. Rejected ids are placed in other output with a comment why they were skipped. The posted excellent ICETOOL example (without Step S3!) is handy for a small subset of ids where you know your ids. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
Thanks, Mark! It is in z/OS 1.11, also, as has been pointed out to me. Those pesky reading skills. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Mark Pace pacemainl...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 09:52 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It is in the z/OS 1.12 manual. SA22-7627-23 On Thu, Mar 10, 2011 at 9:34 AM, Steve Conway steve_con...@ao.uscourts.govwrote: John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
Thank you, Allan! Interesting, had to read down to the Syntax diagram to see it. Ah, well, not the first change I've missed, and I'm sure it won't be the last. Now, to update my change plan for Sunday. . . Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 09:43 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu See (watch the wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/4.31 .3?SHELF=IEA2BKA0DT=20090602223524 Topic 4.31.3 (parameters of the SET command) snip John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP TLS Handshake Fails with SSL RC 410
Thanks to a private responder, I was able to get this resolved. I don't know if the SSL RC 410 covers other error situations, but in my case, the resolution was to set configuration parm, ssl_request_cert to NO (defaults to YES). This is a config parm for the vsftpd FTP server on our Linux system. My humble thanks to the responder. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 TCPNJE link to RSCS
Or maybe try PATHMGR=NO Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, March 10, 2011 5:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 TCPNJE link to RSCS Dave ... but the z/OS sysprogs here are struggling a bit with the JES2 side. I thought I might be able to help by finding a redbook with a worked example, but there isn't one. There is a little table buried in z/OS Version 1 Release 7 Implementation, January 2006, SG24-6755-00, a production of the dapper Paul Rogers, which compares the SNA NJE statements with the IP-based NJE statements. Since mostly I expect it's mainly customers who have joined the Gadarene rush to shed all vestiges of SNA who are setting up IP-based NJE as a replacement for SNA RJE, this little table is probably very helpful. But then I thought I'd see what the manual said and, well, I discovered that a) the manual itself has lots of simple examples b) the handy little table was lifted from the manual - or possibly vice versa! So, I think you should ask your struggling z/OS sysprogs themselves to subscribe to this list and say what it is in the manual they don't quite follow. The manual in this case is Chapter 5, Network job entry (NJE) of the z/OS JES2 Initialization and Tuning Guide. I happened to check the V1R12 edition, SA22-7532-10: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A390/5.0 Note that what I found in the manual were examples just as handy as the handy hints John McKown has given you. Also while talking about manuals - and redbooks indirectly - your struggling z/OS sysprogs should also take a strong interest in the following manual also to be found in the JES2 bookshelf: Network Job Entry Formats and Protocols, SA22-7539-02 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/ Talking about redbooks reminded me of this manual, vital for all who want to understand what they are doing with NJE. The original version of this manual was a Washington Systems Center (WSC) either yellowbook or orangebook which books had the same sort of status and objectives as redbooks but came from the WSC (Dallas comes to mind also for some reason) rather than what was then probably one of the WTSC. - ... how to configure JES2 ... to connect ... to VM's RSCS? Dating from the ESP for VTAM in VM in around 1985, there's a particularly problematic matter which needs to be understood regarding connecting JES2 NJE to RSCS NJE as regards SNA modes, but your probably moving away from that configuration so it's not worth mentioning! Chris Mason On Tue, 8 Mar 2011 13:00:45 -0600, Dave Jones dave@VSOFT- SOFTWARE.COM wrote: Dos anyone here happen to have a sample JES2 parmlib member showing how to configure JES2 (z/OS 1.11, btw) to connect via a TCP/IP link to VM's RSCS? I've got a good handle on the RSCS configuration, but the z/OS sysprogs here are struggling a bit with the JES2 side. Thanks and have a good one. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for
Re: JES2 TCPNJE link to RSCS
Here are JES2 definitions to my z/VM RSCS.
NETSERV(001) SOCKET=LOCAL,START=YES
SOCKET('LOCAL') IPADDR=10.6.0.3,NODE=N1
SOCKET('MISZVM') IPADDR=10.6.0.2,NODE=N2
NODE(N1) NAME=MISZOS,PATHMGR=NO
NODE(N2) NAME=MISZVM,PATHMGR=NO
LINE(1) UNIT=TCP,START=YES
LINE(2) UNIT=TCP,START=YES
On Thu, Mar 10, 2011 at 11:20 AM, Shaffer, Terri E
terri.e.shaf...@jpmchase.com wrote:
Or maybe try PATHMGR=NO
Thanks
Ms. Terri E. Shaffer
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase Co.
GTI DCT ECS Core Services zSoftware Group / Emerging Technologies
Office: # 614-213-3467
Cell: # 412-519-2592
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Thursday, March 10, 2011 5:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JES2 TCPNJE link to RSCS
Dave
... but the z/OS sysprogs here are struggling a bit with the JES2 side.
I thought I might be able to help by finding a redbook with a worked
example,
but there isn't one.
There is a little table buried in z/OS Version 1 Release 7 Implementation,
January 2006, SG24-6755-00, a production of the dapper Paul Rogers, which
compares the SNA NJE statements with the IP-based NJE statements. Since
mostly I expect it's mainly customers who have joined the Gadarene rush to
shed all vestiges of SNA who are setting up IP-based NJE as a replacement
for
SNA RJE, this little table is probably very helpful.
But then I thought I'd see what the manual said and, well, I discovered
that
a) the manual itself has lots of simple examples
b) the handy little table was lifted from the manual - or possibly vice
versa!
So, I think you should ask your struggling z/OS sysprogs themselves to
subscribe to this list and say what it is in the manual they don't quite
follow.
The manual in this case is Chapter 5, Network job entry (NJE) of the
z/OS
JES2 Initialization and Tuning Guide. I happened to check the V1R12
edition,
SA22-7532-10:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A390/5.0
Note that what I found in the manual were examples just as handy as the
handy hints John McKown has given you.
Also while talking about manuals - and redbooks indirectly - your
struggling
z/OS sysprogs should also take a strong interest in the following manual
also
to be found in the JES2 bookshelf:
Network Job Entry Formats and Protocols, SA22-7539-02
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/
Talking about redbooks reminded me of this manual, vital for all who want
to
understand what they are doing with NJE. The original version of this
manual
was a Washington Systems Center (WSC) either yellowbook or orangebook
which books had the same sort of status and objectives as redbooks but came
from the WSC (Dallas comes to mind also for some reason) rather than what
was then probably one of the WTSC.
-
... how to configure JES2 ... to connect ... to VM's RSCS?
Dating from the ESP for VTAM in VM in around 1985, there's a particularly
problematic matter which needs to be understood regarding connecting JES2
NJE to RSCS NJE as regards SNA modes, but your probably moving away from
that configuration so it's not worth mentioning!
Chris Mason
On Tue, 8 Mar 2011 13:00:45 -0600, Dave Jones dave@VSOFT-
SOFTWARE.COM wrote:
Dos anyone here happen to have a sample JES2 parmlib member showing how
to
configure JES2 (z/OS 1.11, btw) to connect via a TCP/IP link to VM's RSCS?
I've got a good handle on the RSCS configuration, but the z/OS sysprogs
here
are struggling a bit with the JES2 side.
Thanks and have a good one.
DJ
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase Co., its subsidiaries
and affiliates.
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the
HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
G'Day All, I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * The last time this tape was used was in May 2007. I also ran a report toe get all ML2 tapes and this one also appears on the report. However for some reason it shows YES under the VOL FULL column and YES under the VOL EMPTY column and under the PCT FULL it has . My question is why would the VOL STATUS is FULL which I think is preventing it from being release by HSM. I would welcome any suggestions. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
If you have CA1 it could be an issue with your EDM setup, but I would think you would have noticed this long ago. Have you tried to simply recycle the tape? I would think this would force it to be freed up? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES G'Day All, I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * The last time this tape was used was in May 2007. I also ran a report toe get all ML2 tapes and this one also appears on the report. However for some reason it shows YES under the VOL FULL column and YES under the VOL EMPTY column and under the PCT FULL it has . My question is why would the VOL STATUS is FULL which I think is preventing it from being release by HSM. I would welcome any suggestions. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
We checked and all looks okay. I will recycle the tape however I am not sure how I could permanently fix this problem. --- On Fri, 11/3/11, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov wrote: From: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES To: IBM-MAIN@bama.ua.edu Received: Friday, 11 March, 2011, 4:29 AM If you have CA1 it could be an issue with your EDM setup, but I would think you would have noticed this long ago. Have you tried to simply recycle the tape? I would think this would force it to be freed up? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES G'Day All, I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * The last time this tape was used was in May 2007. I also ran a report toe get all ML2 tapes and this one also appears on the report. However for some reason it shows YES under the VOL FULL column and YES under the VOL EMPTY column and under the PCT FULL it has . My question is why would the VOL STATUS is FULL which I think is preventing it from being release by HSM. I would welcome any suggestions. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
We run reports about once a month to list out tapes that have failed recycle and those that are empty (or should be empty). Some of these issues probably occur if HSM is shut down in the middle of writing to a tape or during a recycle, etc... But that is all a guess on my part... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES We checked and all looks okay. I will recycle the tape however I am not sure how I could permanently fix this problem. --- On Fri, 11/3/11, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov wrote: From: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES To: IBM-MAIN@bama.ua.edu Received: Friday, 11 March, 2011, 4:29 AM If you have CA1 it could be an issue with your EDM setup, but I would think you would have noticed this long ago. Have you tried to simply recycle the tape? I would think this would force it to be freed up? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES G'Day All, I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * The last time this tape was used was in May 2007. I also ran a report toe get all ML2 tapes and this one also appears on the report. However for some reason it shows YES under the VOL FULL column and YES under the VOL EMPTY column and under the PCT FULL it has . My question is why would the VOL STATUS is FULL which I think is preventing it from being release by HSM. I would welcome any suggestions. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
On Thu, 10 Mar 2011 16:58:03 +0800, ibmnew ibm...@163.com wrote: Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! You never need OPERLOG - be it monoplex or in a sysplex. Even though the main benefit of OPERLOG is thought to be a single source of syslog data from multiple systems in a sysplex, there can still be benefits in a monoplex. Some benefits are: 1) An extra source of syslog data in case the JES2 syslog is lost for some reason (purged, save process error, catastrophic error that forces a JES2 cold start, etc.). 2) Data gets written to the operlog even after JES2 is brought down. You will never see that data in the JES2 syslog. 3) SDSF provides use of the FILTER command for OPERLOG, but does not have any filter capability for syslog. VARY OPERLOG,HARDCPY is the way to activate the OPERLOG on a running system assuming you have met the prerequisites. The prerequisite is having the system logger configured. You would need to define a DASD ONLY logstream for the operlog. After it is activated via command, you would add this to your PARMLIB's CONSOLxx member so activates at the next IPL: HARDCOPY DEVNUM(SYSLOG,OPERLOG) Hope this helps. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
Hmmm... that sounds like a distinct possibility. I will keep on checking. Thanks --- On Fri, 11/3/11, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov wrote: From: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES To: IBM-MAIN@bama.ua.edu Received: Friday, 11 March, 2011, 5:08 AM We run reports about once a month to list out tapes that have failed recycle and those that are empty (or should be empty). Some of these issues probably occur if HSM is shut down in the middle of writing to a tape or during a recycle, etc... But that is all a guess on my part... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES We checked and all looks okay. I will recycle the tape however I am not sure how I could permanently fix this problem. --- On Fri, 11/3/11, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov wrote: From: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES To: IBM-MAIN@bama.ua.edu Received: Friday, 11 March, 2011, 4:29 AM If you have CA1 it could be an issue with your EDM setup, but I would think you would have noticed this long ago. Have you tried to simply recycle the tape? I would think this would force it to be freed up? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, March 10, 2011 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES G'Day All, I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * The last time this tape was used was in May 2007. I also ran a report toe get all ML2 tapes and this one also appears on the report. However for some reason it shows YES under the VOL FULL column and YES under the VOL EMPTY column and under the PCT FULL it has . My question is why would the VOL STATUS is FULL which I think is preventing it from being release by HSM. I would welcome any suggestions. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
We definately use it! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a1/4.31.2 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Conway Sent: Thursday, March 10, 2011 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Day-light savings - dumb question John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
Thanks, John! Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 01:32 PM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We definately use it! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a1/4.31.2 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Conway Sent: Thursday, March 10, 2011 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Day-light savings - dumb question John, can you verify that command? I don't see it in my z/OS 1.11 MVS System Commands. I will issue this on my VM systems: SET TIMEZONE EDT But on MVS, all I know to do on my MVS systems is T CLOCK=. (No ETR or other timing mechanism.) I'll also change my /etc/profile, /etc/init.options, and my ssh d_env tz= variables. Because I haven't paid much attention to it in prior years, I'm thinking I will also do F SYSLOGD,RESTART, and hope the syslogd picks up the new tz specifications. If not, well, it's not being used by much. If MVS does, indeed, have a T TIMEZONE command, it would simplify matters. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steven_con...@ao.uscourts.gov From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/10/2011 08:00 AM Subject: Re: Day-light savings - dumb question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu We change the PARMLIB to have the new offset, for future IPLs. We schedule a batch job in CA-7 which issued the z/OS operator command: T TIMEZONE=W.06 or T TIMEZONE=W.05 as appropriate. This job runs on time change Sunday at 2 am (local). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Quasar Chunawalla Sent: Thursday, March 10, 2011 2:32 AM To: IBM-MAIN@bama.ua.edu Subject: Day-light savings - dumb question Hi - I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar Sent on my BlackBerry(r) from Vodafone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) will release empty backup/ml2 tapes from HSM control without a tape mount. As long as the tape is marked full it will not be available for DF/HSM reuse. You might also want to verify the settings for SETSYS TAPEDELETION. A bit of history here: In the early days, there was a concept of DF/HSM ownership of tape volumes. The concept still exists, in the fact the you must take a specific action to release a backup or migration volume. Dump tapes need no special action. If you *are* using DF/HSM pooling, these tapes should be undefined/ignored,... by your tape management system. Note: I am not advocating the DF/HSM pooling. I would much rather have the tape management system handle them via the EDM interface). HTH, snip I have noticed this strange oddity about HSM, we have several tapes with 0 files on them as shown by the TTOC. : VOLSER UNIT VOL REUSE VALID PCT VOLRACF PREV SUCC NAME TYPE CAPACITY BLKS VALID STATUS VOL VOL 030103 3590-1 ML2 0005521900 00 000 FULL NO *NONE* *NONE* NUM ONE ALT LIB STORAGE REC FILE VOL GROUP 001 *** *NONE* *NO LIB* **NO SG* * /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMStvs Impementation
Hi list. We are implementing a Parallel Sysplex Data Sharing environment. We have a central VSAM file which we have products (called DPT) that loads it into ECSA and manage pointers in CICS so data can be accessed with good performance. When we are going to implement more then one LPAR in the PLEX there would be a synchronization problem between the members ECSA. In order to solve this we are trying to implement RLS and DFSMStvs which will allow us to cache the VSAM file in the CF and manage sharing between CICS region and batch. We encountered a huge performance problem, CICS transaction CPU increased by +30% (elapsed wasn't much effected). We defined the VSAM file in CICS regions as an RLS dataset, but On our shop CICS regions doesn't update the VSAM file only batch jobs are doing updates. If CICS only read the VSAM file can be define it as a non RLS file (as long that batch jobs that update the file will allocate with RLS=...)? Will CICS see updates? Would it effect the transaction performance and eliminate most of the CPU overhead? Any other recommendations / Ideas would be appreciated. Thanks Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change all RACF passwords at once
Just thought of another approach to your original post. On the spare lpar's RACF db, turn on case sensitivity, then rig the rules demanding everything in upper case. The existing passwords are probably already folded into upper (I'm guessing here!) and usually a zOS user will enter a password in lower case. may cause chaos depending on what your original intent was. ?? - Original Message - From: Elardus Engelbrecht elardus.engelbre...@sita.co.za Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, March 10, 2011 9:25 AM Subject: Re: Change all RACF passwords at once Walt Farrell wrote: Be careful with any of these approaches based on IRRDBU00, and most others that you create on your own, I imagine. Of course, thanks for the reminder. ;-) The suggestions I've seen so far in this thread would also assign passwords to PROTECTED user IDs (those that do not have a password already) and that is probably not what you want. I should have stated why I suggested using REXX above ICETOOL to process IRRDBU00's output. My REXX programs could handle different groups and ids based on naming standards, group connections, status of ids (PROTECTED, RESTRICTED, Revoked, Last-Used field = blank or same as creation date, etc.) Basically 'white listed' ids are placed with the ALU and/or PERMIT commands plus correct set of keywords needed. Rejected ids are placed in other output with a comment why they were skipped. The posted excellent ICETOOL example (without Step S3!) is handy for a small subset of ids where you know your ids. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dummy LPAR to store excess MIPS
Does anyone use the concept of a dummy LPAR to store excess MIPS to avoid software costs? Suggest other methods of storing unused capacity? Thanks. Dick Bond Department of Information Services CSD Production Support di...@dis.wa.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Day-light savings - dumb question
On Thu, 10 Mar 2011 07:52:07 -0500, Lizette Koehler wrote: I wanted to know how system programmers advance the mainframe server's clock ahead, during day-light savings? Do they change some SYS1.PARMLIB Member, to change the timezone. Quasar We always update the SYS1.PARMLIB(CLOCKxx) member in parmlib. That is for any IPLs that might occur after the time change event. Next, you need to understand your applications and how they handle the system time. If everything uses GMT and your clock member is GMT, then you MAY be able to use the set clock function. Some server applications may need the server time reset and then it may check the mainframe time. If not, then you need to IPL to do the change. For example in one shop I worked at, we changed the clock member and then issued the clock set command. At another we had change the clock member in parmlib, then wait the time out as needed and IPL. But in all shops I worked in we always changed the clockxx member. set clock Do you mean the SCK machine instruction? That's extraordinarily complex except on a uniprocessor system. And should be unnecessary for the past many years. Likewise, an IPL should be unnecessary. What's needed is to adjust CVTLDTO. I don't know the approved method of doing that absent ETR/STP. Two years ago, I enthusiastically agreed with Gerald Scharitzer: http://www.mail-archive.com/ibm-main@bama.ua.edu/msg91705.html I still maintain that legacy z/OS constrains its administrators to an antiquated and inadequate technique. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Three Films Chronicle IBM's Century of Innovation
Three Films Chronicle IBM's Century of Innovation ARMONK, N.Y. - 10 Mar 2011: IBM is marking its 100th year as a company of innovators and inventions through a series of documentary films that chronicle the ways in which the company has changed the world through scientific and technology achievements and the IBMers who have been behind those breakthroughs. http://www-03.ibm.com/press/us/en/pressrelease/34001.wss -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
On Thu, 10 Mar 2011 12:11:55 -0600, Mark Zelden m...@mzelden.com wrote: You never need OPERLOG - be it monoplex or in a sysplex. Even though the main benefit of OPERLOG is thought to be a single source of syslog data from multiple systems in a sysplex, there can still be benefits in a monoplex. Some benefits are: 1) An extra source of syslog data in case the JES2 syslog is lost for some reason (purged, save process error, catastrophic error that forces a JES2 cold start, etc.). 2) Data gets written to the operlog even after JES2 is brought down. You will never see that data in the JES2 syslog. 3) SDSF provides use of the FILTER command for OPERLOG, but does not have any filter capability for syslog. VARY OPERLOG,HARDCPY is the way to activate the OPERLOG on a running system assuming you have met the prerequisites. The prerequisite is having the system logger configured. You would need to define a DASD ONLY logstream for the operlog. After it is activated via command, you would add this to your PARMLIB's CONSOLxx member so activates at the next IPL: HARDCOPY DEVNUM(SYSLOG,OPERLOG) Hope this helps. A few other considerations: 1) The OPERLOG contains some information which is not available in the SYSLOG (we ran out of columns in the SYSLOG in which to place any more information). In particular, the message descriptor codes are available in the OPERLOG; they are not available in the SYSLOG. You can see what information is stored in the OPERLOG by taking a look at the MDB (Message Data Block) mapping. This is the same block we use to pass information to EMCS consoles. 2) The OPERLOG typically takes up more space than an equivalent SYSLOG for the same number of messages. 3) The OPERLOG is stored in binary form and must be formatted to be read. We provide a sample program in SYS1.SAMPLIB for formatting the OPERLOG into (readable) SYSLOG format. Note that information which cannot be fit into the SYSLOG format is ignored by the program. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
Hi Kevin, Is there a sample that does include the OPERLOG info that does not fit into the SYSLOG format? Thanks, Linda - Original Message - From: W. Kevin Kelley wkkel...@optonline.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, March 10, 2011 5:26:47 PM Subject: Re: operlog On Thu, 10 Mar 2011 12:11:55 -0600, Mark Zelden m...@mzelden.com wrote: You never need OPERLOG - be it monoplex or in a sysplex. Even though the main benefit of OPERLOG is thought to be a single source of syslog data from multiple systems in a sysplex, there can still be benefits in a monoplex. Some benefits are: 1) An extra source of syslog data in case the JES2 syslog is lost for some reason (purged, save process error, catastrophic error that forces a JES2 cold start, etc.). 2) Data gets written to the operlog even after JES2 is brought down. You will never see that data in the JES2 syslog. 3) SDSF provides use of the FILTER command for OPERLOG, but does not have any filter capability for syslog. VARY OPERLOG,HARDCPY is the way to activate the OPERLOG on a running system assuming you have met the prerequisites. The prerequisite is having the system logger configured. You would need to define a DASD ONLY logstream for the operlog. After it is activated via command, you would add this to your PARMLIB's CONSOLxx member so activates at the next IPL: HARDCOPY DEVNUM(SYSLOG,OPERLOG) Hope this helps. A few other considerations: 1) The OPERLOG contains some information which is not available in the SYSLOG (we ran out of columns in the SYSLOG in which to place any more information). In particular, the message descriptor codes are available in the OPERLOG; they are not available in the SYSLOG. You can see what information is stored in the OPERLOG by taking a look at the MDB (Message Data Block) mapping. This is the same block we use to pass information to EMCS consoles. 2) The OPERLOG typically takes up more space than an equivalent SYSLOG for the same number of messages. 3) The OPERLOG is stored in binary form and must be formatted to be read. We provide a sample program in SYS1.SAMPLIB for formatting the OPERLOG into (readable) SYSLOG format. Note that information which cannot be fit into the SYSLOG format is ignored by the program. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: operlog
Hi We will activate operlog. Thanks a lot! Best Regards, Jason Cai On Thu, 10 Mar 2011 16:58:03 +0800, ibmnew ibm...@163.com wrote: Hi all Our shop is a single image on z/OS 1.11 Do we need to issue 'VARY OPERLOG,HARDCPY' command? Do the single image need OPERLOG? Any suggestion would be helpful! You never need OPERLOG - be it monoplex or in a sysplex. Even though the main benefit of OPERLOG is thought to be a single source of syslog data from multiple systems in a sysplex, there can still be benefits in a monoplex. Some benefits are: 1) An extra source of syslog data in case the JES2 syslog is lost for some reason (purged, save process error, catastrophic error that forces a JES2 cold start, etc.). 2) Data gets written to the operlog even after JES2 is brought down. You will never see that data in the JES2 syslog. 3) SDSF provides use of the FILTER command for OPERLOG, but does not have any filter capability for syslog. VARY OPERLOG,HARDCPY is the way to activate the OPERLOG on a running system assuming you have met the prerequisites. The prerequisite is having the system logger configured. You would need to define a DASD ONLY logstream for the operlog. After it is activated via command, you would add this to your PARMLIB's CONSOLxx member so activates at the next IPL: HARDCOPY DEVNUM(SYSLOG,OPERLOG) Hope this helps. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dummy LPAR to store excess MIPS
Dick, We've been doing this for a number of months. We have a 2094-704 that we dedicated one CPU to our sysprog lpar (so we didn't need to create a parking lpar). It seems to be working to hold down the costs on the other production lpars. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bond, Dick (DIS) Sent: Thursday, March 10, 2011 16:58 To: IBM-MAIN@bama.ua.edu Subject: Dummy LPAR to store excess MIPS Does anyone use the concept of a dummy LPAR to store excess MIPS to avoid software costs? Suggest other methods of storing unused capacity? Thanks. Dick Bond Department of Information Services CSD Production Support di...@dis.wa.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is RMF Better?
Shane: This is really a mixed boat. The same thing happens when you go to the 1-800 IBM number. You must have a customer number. I can see both sides of the issue and the bottom line (I think) is you have to give priority to existing customers. Ed From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN@bama.ua.edu Sent: Thu, March 10, 2011 8:05:18 AM Subject: Re: Is RMF Better? Follow-up to my last post. As an independent, it is useful to keep abreast of the product documentation and problem database(s) for products I may be queried on. Ever tried to do that for CA if you don't have a customer number ?. They have always been anal about that, and on just (re-)checking I see nothing has changed. Yet another example of their forward-thinking attitude. *NOT*. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dummy LPAR to store excess MIPS
Wouldn't a defined capacity setting (a.k.a. softcap), group and/or individually, be a lot less complicated and work at least as well? - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FICON Cascade and Brocade 5000 DASD ports
Hi, My client has Raid DASD in remote site, being used/accessed by local(MVS1) remote(MVS2) systems. Say DASD is hooked to 3 ports of Brocade-2 in the remote site. MVS1Brocade-1DWDM.DWDMBrocade-2MVS2 Can all 3 ports on Brocade being used/shared by the 2 systems: MVS1..Brocade-2(port p1 p2 p3)---DASD MVS2..Brocade-2(port p1 p2 P3)---DASD ; or do I have to divide them ,like MVS1..Brocade-2(port p1)---DASD MVS2..Brocade-2(port p2 P3)---DASD My clinet uses the 2nd method, but I've heards it's possible to share the target-ports (1st method). Is this true? If so, are there things one needs to do the Brocade switch to make it work? TIA, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS Tutorial (Derived from 6262 coax printer on VSE-L)
From: Chris Mason chrisma...@belgacom.net To: IBM-MAIN@bama.ua.edu Sent: Thu, March 10, 2011 3:33:49 AM Subject: USS Tutorial (Derived from 6262 coax printer on VSE-L) To all who, having led a sheltered life, may have been bemused by recent list exchanges regarding USS - Chris: Well written and very informative. That should be added to IBM doc somewhere. The problem is (and this is a gut feeling and a guess) is that IBM will never admit their screwup. I personally think it goes back to the OE people in the 1990's trying to throw their wieght around and they made the rules as they went along. The two prime examples is the TCP people coming up with their own messge system that looked like they hadn't ever opened up an IBM manual. The second (amybe be part of the first) is that the COBOL LE people decided they knew better than anyone. Its been almost 20 years and they are still working on getting their act together. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON Cascade and Brocade 5000 DASD ports
Reza, At HDS we commonly refer to this as fan-in and it is supported. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R Hey Sent: Thursday, March 10, 2011 10:10 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] FICON Cascade and Brocade 5000 DASD ports Hi, My client has Raid DASD in remote site, being used/accessed by local(MVS1) remote(MVS2) systems. Say DASD is hooked to 3 ports of Brocade-2 in the remote site. MVS1Brocade-1DWDM.DWDMBrocade-2MVS2 Can all 3 ports on Brocade being used/shared by the 2 systems: MVS1..Brocade-2(port p1 p2 p3)---DASD MVS2..Brocade-2(port p1 p2 P3)---DASD ; or do I have to divide them ,like MVS1..Brocade-2(port p1)---DASD MVS2..Brocade-2(port p2 P3)---DASD My clinet uses the 2nd method, but I've heards it's possible to share the target-ports (1st method). Is this true? If so, are there things one needs to do the Brocade switch to make it work? TIA, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
