Re: VTAM not connecting to ISTMNPS - VTAM recycle required ?
Anuradha
Well, I'm happy to see that you now can now connect to ISTMNPS.
What you originally described appeared as if it could be an invalid
environment as far as VTAM was concerned and so this End Node requirement,
very firmly stated in the VTAM V4R4 for MVS/ESA Implementation Guide (June
1997) redbook, seemed most likely. This redbook was the only one I
remembered which addressed this topic. However, the SNA in a Parallel
Sysplex Environment (December 1998) which you have been using is eighteen
months later and has the most recent changes at that time. Among the changes
in the meantime had been the relaxation to allow the use of a VTAM Network
Node. Interestingly enough - I've been refreshing my memory of how MNPS
works - the change exposes the customer to the possibility that sessions are
launched into an invalid configuration which was prevented when the End Node
restriction existed.
Turning to this post, it seems that the problem was explained when VTAM
started but I expect you just hadn't seen it. It would appear that when you
try the
V NET,CFS,ACTION=CONNECT,STRNAME=ISTMNPS command, VTAM doesn't respond
because it somehow has recorded that it has already tried and failed and so
isn't going to try again. VTAM perhaps should issue a message to remind you
that it has already tried and failed with an unrecoverable error.
I'm sure you looked up the explanation of the IXL013I and IXL015I messages
and then found your way to the information required to set the correct
structure size. I'm surprised that your system wasn't built with an
appropriate size as default. I'm glad you managed to work that out for
yourself because I have no experience actually fiddling with these coupling
facility structures.
Incidentally I notice you have - perhaps in desperation - at some time
issued MODIFY NET,MSGMOD=YES so that you get the 5-character module
identification in your VTAM (IST) messages.
Finally to answer your question, the reason you had to re-IPL in order to
have the changed sizes come into effect is almost certainly because this is
a major change to the coupling facility structures.
I glanced through the MNPS chapter in the SNA in a Parallel Sysplex
Environment redbook but I cannot find any text which suggests that this
sort of a change would not need a re-IPL. The command you mention is only to
cause the connect to take place. I don't know all that much about coupling
facility structures but it seems logical that a change involving the size of
the structure would need, firstly, that the change is made in all systems in
the parallel sysplex which are going to connect to the structure, secondly,
all disconnect and, thirdly, all connect (again). This is because the
structure is built when the first connect is made. Perhaps the Parallel
Sysplex Operational Scenarios redbook has more to say on this subject
somewhere.
Chris Mason
- Original Message -
From: Anuradha V [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Friday, 01 September, 2006 3:04 AM
Subject: Re: VTAM not connecting to ISTMNPS - VTAM recycle required ?
Hi All,
Is VTAM recycle required when the ISTMNPS structure is changed?
I understand from the Redbooks that its is not.
VTAM is supposed to automatically detect the changes.
If needed we could do 'V NET,CFS,ACTION=CONNECT,STRNAME=ISTMNPS'.
While VTAM started for the first time it had the following error:
IXL013I IXLCONN REQUEST FOR STRUCTURE ISTMNPS FAILED.
IST1365I FSNCN CONNECTION ATTEMPT TO STRUCTURE ISTMNPS FAILED
IST1366I FSNCN MVS MACRO IXLCONN FAILED - RTN CODE= 0C - REAS
IXLCONN RETURN CODE: 000C, REASON CODE: 02010C08
CONADIAG0: 0002
CONADIAG1: 0008
CONADIAG2: 0C08
IXL015I STRUCTURE ALLOCATION INFORMATION FOR
STRUCTURE ISTMNPS, CONNECTOR NAME NETB_CDRMDOS
CFNAME ALLOCATION STATUS/FAILURE REASON
-
ICF11 INVALID STRUCTURE SIZE
ICF21 INVALID STRUCTURE SIZE
I then increased the INITSIZE and SIZE.
In my environment a VTAM recycle(IPL) alone made VTAM aware of the ISTMNPS
structure change.
Regards,
Anu
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel Perhaps my memory is failing me in my dotage so I tried Googling. I found many references to the 2260 being monochrome but no author had the wit to mention what the chrome might be. I did receive conformation that the 2260 is closely related to the 2250 which appears to have come first, 2250: 1964, 2260: 1965. I actually saw a 2250-like display being used as a system console at the IBM Santa Teresa labs. I'm pretty sure the characters were orange - and were somewhat distorted because - I believe I recall - they had to be rendered from short straight lines. I thought I'd hit the jackpot with the page referenced below. I saw colour pictures emerge on the right but the 2260 only shows a black and white image. The text claims that the 2260 was white on black - which I know is wrong! http://www.smartcomputing.com/articles/2003/s1401/36s01/36s01.pdf?guid=#search=%22%22IBM%202260%20display%22%22 Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:29 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 06:46 AM, Chris Mason [EMAIL PROTECTED] said: What colour were the characters? If they were green I expect it was a 3277 Model 1. If they were orange it was a 2260. My recollection is that the 2260 and every monochrome 3270 before the 3290 was green. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel You have objected to something I wrote by taking it out of context. The quoted text is taken from a review of the NextGen 3270 material referenced by Edward Jaffe in the post to which I was responding. This is all about having the dimensions configured using 3270 emulator (or simulator as you prefer) functions. What you are telling us is very interesting but concerns the use of the dimension fields in the BIND request. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:43 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 05:37 AM, Chris Mason [EMAIL PROTECTED] said: Thus the default presentation space dimensions need *not* necessarily always be 24 rows and 80 columns. It may only be a convention that they are so limited, a convention established by the choice taken by devices which follow the initial design choice of the models 3, 4 and 5 3278 displays. The 3180 and 3192 displays could be configured to look like standard 3278 models 2-5 or like extended models 2-5, indicated by model numbers 2+, 3+, 4+, 5+ or 6-9, depending on which of the two is under discussion. The extended model numbers allowed a BIND in which the primary size was *not* 24x80. This functionality was also available on later 3270 devices. The extended modes were fully supported by CMS, by TPX, by TSO and by ISPF, at least when the primary size was 43x80 and the secondary 27x132, which was what I used. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel Well, I had difficulty finding how best to describe the non-SNA channel-attached mode of 3270 connection. It actually doesn't seem correct always to be calling it non-SNA when it predates SNA. It differs from fully fledged SNA in that the SNA protocols are terminated in VTAM logic and VTAM is obliged to drive the device with channel programming which owes nothing to SNA protocols - or what one may call SNA-approved data link control protocols, such as - the channel programming used for communications controllers or the 3x74 A models - the LAN protocol connection-oriented 802.2 or - SDLC The latter two being in recognition that VTAM has also has (had) to deal with integrated adapters. It's the constant anticipation of enfilading fire from a quarter within rifle range that prompts the need to try to be comprehensive ... Incidentally, talking of this particular pre-SNA 3270 CCW programming, there is, by and large, a correspondence between the CCW command codes and the 3270 data stream commands codes. Regarding changing the dimensions on the fly from the device/emulator, I reflected on this further as you may have noticed following a comment from Gerhard Postpischil. I imagine it may actually be possible to have a controlled environment given that mechanisms exist for the application to be told that the dimensions have changed and so the application can query the dimensions in order to be in synchronization once again. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:42 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 04:42 AM, Chris Mason [EMAIL PROTECTED] said: If you check my earlier post where I try to cover all of this, you will see that VTAM is not involved. See below. There is, of course, the possibility you are running a 3270 device or emulator which is non-SNA channel-attached. In this case VTAM is involved because it provides another layer of emulation, mapping CCW-driven data exchanges to the SNA session that the application sees. VTAM also must do CCW chain management for SNA channel attached controllers. I tried to work out what might happen if you played fast and loose with presentation space dimension specifications while VTAM was trying to maintain the SNA session. Chaos. The safe way is to let the application control size changes via explicit partitions. Possibly there should be an asynchronous request for the application to change the screen size, but the secondary LU should maintain the old screen size if the request is declined -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel Context again. Take a look at the Wikipedia page http://en.wikipedia.org/wiki/IBM_3270 copied regrettably in a number of other places such as the your reference which was http://www.answers.com/topic/3270 Here's the copy and paste of the first three items listed: 3277 model 1 : 16×40 terminal 3277 model 2 : 24×80 terminal, the biggest success of all 3277 model 3 : 32×80 terminal This shows the original error, the model 1, the cause of the original post in this sub-thread. The certainty that it is an error is supported by the presence of the fictitious model 3. This is too much typo to be credible as such. If you have documentation to hand you may be able to work out what the special Model 3 is I remember associated with the 3275 somehow also associated with having a printer (a 3284 ?) attached. The more I try to recall what this Model 3 was, the more I think it must have been a special model of 3284 printer. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:38 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 06:55 AM, Chris Mason [EMAIL PROTECTED] said: Your reference mentions a 3277-3 shortly after the line you quoted. Typo. Are you talking about text in the 3277 documentation, and, if so, what page? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel Once again you are commenting critically on what I have written without having bothered to check the context. Because of this we are going round in circles because we have been this way before very recently. The context is the following question from Tom Marchant: Does anyone know how to set the primary screen size in IBM Personal Communications? In case I have to spell it out, I am pretty certain that Tom, being aware that the alternate dimensions could be specified by PCOMM customization, was asking how the default (primary) dimensions could be specified, also by PCOMM customization. I'm sure Tom will explain if I - and Alan - have misunderstood him. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:02 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 04:39 AM, Chris Mason [EMAIL PROTECTED] said: As confirmed by Alan Altmark, PCOMM follows microcode 3270 implementations such as are described in 3174 Establishment Controller, Functional Description, GA23-0218-11: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/cn7a7003 Thus 24 rows and 80 columns are always returned in the default fields of the Query Reply and so they are not configured anywhere. That is *not* the behavior of a real 3270 attached to a real 3174. In particular, it is not the behavior of a 3180 or 3192 attached to a 3174. The contents of the Query Reply is affected by the contents of the BIND. BTDTGTTS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Shmuel I think you may have me - finally. But you should have said that the clever machines which allowed customization - using customization of the device, let's be clear about that - of the default (primary) dimensions, namely, using your input, the 3180 and 3179[1], are a newer, not older, generation of 3270s, given that my example was a 3278. ... at least I think that's what you are claiming. This is interesting since using such devices - if anyone still has them - or, I would expect, later generations of 3270 displays which had a fancy name I can't remember - was it something weird like InfoTerminal or InfoSystem? - it would be possible to exercise Edward Jaffe's enhancement using these devices. It's interesting that he didn't consider 3270 display devices in the NextGen 3270 document, only 3270 emulators. You're also right that the Query Reply is not relevant when considering how the 7F option may be used. Nevertheless, I believe with some 3270 applications (probably not TSO given the hammering it gets from savvy users) you had better allow Erase Write to cause the presentation space to assume dimensions of 24 rows and 80 columns, mainly because older subapplications, perhaps customer-written and lacking ongoing support, will assume the Model 2 dimensions. On the other hand I can't make sense of No, I was talking about the dimensions on the 3275 and 3277, which didn't have EWA or Read Partition Query. [1] My presentation notes say that the 3179, specifically the 3179G, does not support the use of the unspecified screen size BIND. This is the sort of point I would have made only having tested it. Chris Mason - Original Message - From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 4:12 PM Subject: Re: 27x132? In [EMAIL PROTECTED], on 08/29/2006 at 04:48 AM, Chris Mason [EMAIL PROTECTED] said: You took the quote for your second point out of context. No. You forgot that there was an older generation of 3270's. typically was added because the Query Reply There didn't use to be a Query Reply; that came later. I believe you are talking about dimensions you set using the X'7F' code in the penultimate byte of the PSERVIC operand. No, I was talking about the dimensions on the 3275 and 3277, which didn't have EWA or Read Partition Query. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Ed I seem to recall in the late '80s hearing about an IBM Human Factors lab also in Rome. Chris Mason - Original Message - From: Ed Finnell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 8:30 PM Subject: Re: 27x132? In a message dated 8/29/2006 10:48:56 A.M. Central Standard Time, [EMAIL PROTECTED] writes: My recollection is that the 2260 and every monochrome 3270 before the 3290 was green. Part of SHARE and IT in general is Human Factors. Ergonomics, color, tilt, tactile feel, neutral hand and eye position, abbreviated command structure are analyzed for cause and effect. For many years IBM had a Human factors lab in Almaden, but don't know if they still do. PARC and Alan Kay analyzed in detail the 'modern office' and laid the ground work for much how we work today. Joan Winters from SLAC head the Human Factors projects at SHARE for many years and usually took home the prize for best session. IIRC the green screen was for IBM monitors. Other vendors, Memorex, GRID, and a few others extended the research into more efficient phosphors(persistence) and had other colors available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Pat Knowing what the presentation space dimensions are determines where the presentation logic starts a new row when the 3270 data stream gets to the end (last column) of the current row and where to start again from the beginning when the data stream gets to the end of the last row. This needs to be agreed before the first 3270-compressed data stream makes its way outbound prefixed with an Erase Write command for the default (also called by some primary) dimensions - or - an Erase Write Altenate command for the alternate dimensions. You may be familiar with fields being positioned using row and column numbers using some higher-level technique for designing 3270 layouts but, on the wire, the address data is just a single number which starts at 0 (top left) and logically ought to stop at the row count multiplied by the column count (bottom right) but can wrap. Actually I'm not 100% sure what you are saying here. In response to a post by Gerhard Postpischil I imagined a possible scenario where an end-user used local customization to adjust the presentation space dimensions and how an application program, having been alerted that there had been a change, could query the new dimensions and continue. What is established with the BIND depends on that penultimate byte in PSERVIC as follows - sorry for repeating all this stuff but it may serve a purpose: The diagram below need a non-proportional font to be read clearly. Presentation Space Dimensions Default Alternate 02 | 24/80 | 24/80 7F | 7/8 bytes in PSERVIC| 9/10 bytes in PSERVIC 7E | 7/8 bytes in PSERVIC| 7/8 bytes in PSERVIC 03 | default in Query Reply[1] | alternate in Query Reply [1] It may be legitimate for the application to assume 24 by 80 I may as well include Edward Jaffe's addition which enhanvcement within the same table: 00 | default in Query Reply| alternate in Query Reply You can see this is identical to the 03 option - except that the caution over what the application may assume for the default dimensions no longer applies. Note that the dimensions returned in the Query Reply are what tells the application what has been customized - or assumed - for the presentation space dimensions by the 3270 display device or 3270 emulator. For options other than the 03 option, what are specified in the PSERVIC bytes (although the application could make changes, adjust the dimensions, for example, between CINIT and BIND) necessarily become the presentation space dimensions used by the the device or emulator, assuming the BIND is not rejected. Note that all those options apply equally to sessions bound as LU type 0 (understood privately to be using a 3270 data stream, an example of collusion). I worried that there may be a possibility of ambiguiy in using X'00' in the penultimate byte. I wrestled for some time with the possibility of problems with the application but now I see problems with the emulator. The conclusion is that the emulator should assume 24 rows and 80 columns - for the Erase Write only (since, for the purposes of the issue under discussion[1], it will not ever receive an Erase Write Alternate) if there is no X'80' in the second byte of the equivalent PSERVIC operand and *not* whatever may have been customized for the default dimensions - or - probably better, if the emulator has not had to respond to a Read Partition Query and hence knows that the application knows - or should know - what the applicable dimensions are - that is, there is a reasonable chance that there has been no need for collusion. [1] I have to be so careful with a certain somebody waiting in the wings. g Chris Mason - Original Message - From: Patrick O'Keefe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 29 August, 2006 9:15 PM Subject: Re: 27x132? On Tue, 29 Aug 2006 04:42:59 +0200, Chris Mason [EMAIL PROTECTED] wrote: In the past (in other venues like the old TalkLink) I've joked about the length and complexity of Chris's append to threads on various fora. Well, he's now shown that isn't always the case. Sometimes they are short. But you get 47 of them. :-) ... Once within the SNA session, you are stuck with the dimensions determined when the session was started. If, somehow, the device or emulator detects that there has been a change of dimensions, a sense code is available to warn the application that all is not as it should be, one of 082A, 082B or 084A. ... I was thinking about that. Nothing forces LUs to abide by characteristics specified in the BIND. If the LUs were in collusion they could agree on a technique for redefining the presentation space dimensions at will. This would take them out of the standard 3270 datastream, though, so they would be able to communicate with with LUs designed around the 3270 datastream. In general, flexable but pretty useless. Pat O'Keefe
Re: S.M.S. Question
Willie, John has you looking in the right places. I would first find out what the allocation request was. Was it something 'wrong' like 4000 Cylinders? z/OS 1.6 gives the KB of the request. Did the volumes enabled have the space available? Suspect not if you are allocating into the overflow pool. I keep the status of the overflow pool in QUIALL on each system. I recall hounding IBM about this some time ago, the IBMLINK item might be one I caused but like John, it is not at my finger tips this minute. The Allocation/migration Threshold plays a big part in how and when allocations will occur in the overflow storage group. By keeping the overflow Storage Group set to QUIALL, allocations will only go there when the primary Storage Group is truly full. Trial and error is your friend. IBM 'should have' created a new field for the allocation threshold when they introduced the overflow pool concept, would make it much simpler to understand and control. This Storage Group is like your PRIMARY storage group. STORGRP EXTEND NAME OVERFLOW SG NAME --(2)--- --(41)-- --(42)-- SGDB3X NO SGDBPRDO This is like your SPARE. STORGRP EXTEND NAME OVERFLOW SG NAME --(2)--- --(41)-- --(42)-- SGDBPRDO YES In my SMS storage group routine I assign both-- SET STORGRP = 'SGDB3X','SGDBPRDO' Storage Group Name : SGDBPRDO To ALTER Storage Group, Specify: Description == DB2 PRODUCTION OVERFLOW AND EXTEND POOL == Auto Migrate . . N (Y, N, I or P) Migrate Sys/Sys Group Name . . Auto Backup . . N (Y or N) Backup Sys/Sys Group Name . . Auto Dump . . . N (Y or N) Dump Sys/Sys Group Name . . . Overflow . . . . Y (Y or N) Extend SG Name . . . . . . . . Copy Pool Backup SG Name . . . Dump Class . . . (1 to 8 characters) Dump Class . . . Dump Class . . . Dump Class . . . Dump Class . . . Allocation/migration Threshold: High . . 99 (1-99) Low . . (0-99) Guaranteed Backup Frequency . . . . . . (1 to or NOLIMIT) Storage Group Name : SGDBPRDO Storage Group Type : POOL To ALTER Storage Group System/ ( Poss Sys Group Status, Specify: for - Po System/Sys SMS SG System/Sys SMS SG Group Name Status Group Name Status -- -- -- -- - Ta WD00 === QUIALL WD01 === QUIALL WD02 === QUIALL WD03 === QUIALL WD04 === QUIALL WD10 === QUIALL - Co WD11 === QUIALL === === === * SY Regards, Doug Shupe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: outbound TCP/IP question
Bret I'm glad John remembered to mention this function to you - I'd forgotten - and I had to describe it in a report so you'd think I'd remember. The function is however very well described in the OSA-Express Implementation Guide redbook, Appendix G, ARP Takeover. A good knowledge of the ARP protocol helps in understanding how this function works. John As boys will be boys, bigots will be bigots. Chris Mason - Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 31 August, 2006 9:47 PM Subject: Re: outbound TCP/IP question -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hoesly, Bret Sent: Thursday, August 31, 2006 9:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: outbound TCP/IP question Hello, We have 3 OSA ports (IP's) defined in our TCP/IP stack on our z890. We recently converted our print center to TCP/IP printing. What we have noticed is only the first port (IP) defined in the stack is being utilized for outbound TCP/IP traffic. Is there a setting within TCP/IP that we are not aware of that is limiting the use to the one port (IP)? We really expected to see all 3 being utilized. Look at IPCONFIG MULTIPATH. The default is NOMULTIPATH Our main concern is if the first port has a hardware problem will TCPIP use one of the other 2 ports (IP's) or will we have an outage to deal with? Yes, you will automatically use one of the other OSA cards. In fact, we had this happen. We have two active OSA cards, only using one port on each card. When one of the OSA cards failed, the other OSA card automatically did an ARP takeover (or something like that). That is, every session that was going to the failed card transparently went over to the other OSA card. Neat! The surviving OSA card even responded to the other OSA card's IP address for pings and session establishment. When the first OSA card was fixed, we just did a VARY command to get the I/O addresses back ONLINE to z/OS, then a TCPIP START command to restart the device. At this point, the second OSA stopped doing the ARP takeover and traffic again, transparently without any outage, went back to the first OSA card. This was truly wonderful and surprised the holy elided out of the Windows networking people. They thought the entire z/OS system would fail or at least TCPIP. When everything just kept working, they were stunned and disbelieving. Even so, they still thing Windows is superior to z/OS in every way, manner, and form. sigh You can't even rub their noses in it to any effect. Any help with this would be greatly appreciated. Thank you, Bret Hoesly -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
Russell Witt wrote: Too bad that they still leave all their virtual-tape clients hanging in the wind however. Tape drive encryption is really cool, why some many of us complain on it? Nobody said it solve all our problems. One has a choice: - use necryption at the drive level: fast, secure, convenient - use software tools like Encryption Facility: slower, but secure and could be convenient (DSS plug) - use RYO application with or without ICSF - do nothing. Stay unencrypted, like 10 years ago. - do nothing and complain. - wait for virtual drives with encryption (optionally still complain and do nothing) For a large shop that is used to 50-100 virtual-drives online doing work in parallel with 8 physical drives in the back-ground stacking all the data together they now have the choice (?) of going out and buying 50-100 physical drives (which would also mean an additional number of robot's or additional operator head-count). Or they could just slow-down the batch work and not run so much in parallel. What a choice. It is also possible to change the application. Get rid of old stinking tape DDnames with 50MB datasets. Use DASD instead. Exploit TMM, HSM, ML12. The need for virtual tapes will also decrease. It's time to wake up and refresh the mainframe dino a little bit. Tapes are for backup (and partially DR), remote copy is for DR, DASD is for data processing (batch), communication links are for data interchange. My $0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On Fri, 2006-09-01 at 13:13 +0200, R.S. wrote: ... It is also possible to change the application. Get rid of old stinking tape DDnames with 50MB datasets. Use DASD instead. Exploit TMM, HSM, ML12. The need for virtual tapes will also decrease. Nope. Not even close. The MIP/MSU/M-thingy cost of HSM in a decent sized TMM environment is bloody horrendous. Outrageous even. Not to mention the (mainframe) DASD cost. The ML1 occupancy is way too expensive. And it gets in the way of all the other HSM housekeeping - *and* it's all charged at mainframe MIPs rates. Just a non-optimal solution. TMM for *SMALL* usage works. Once it grows, virtual tape wins hands down. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PHYSICAL info missing in RMF type 70
Apologies if this is old hat, I couldn't find any matches from searching the archives. Has anyone run into RMF type 70 records where the PHYSICAL partition detail is missing. Specifically, the entry is there in the Partition Data section of the record, but the number of CPUs is 0 in field SMF70BDN, and despite there being a valid-looking offset into the Logical Processor section in SMF70BDS, there is no data present. This is a z/OS V1.4 system running on a 2096-P04. It was OK when it was running on a 9672-RD6. Any pointers greatly appreciated.. Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PHYSICAL info missing in RMF type 70
On Fri, 2006-09-01 at 06:21 -0500, Nick Varley wrote: Apologies if this is old hat, I couldn't find any matches from searching the archives. Has anyone run into RMF type 70 records where the PHYSICAL partition detail is missing. Specifically, the entry is there in the Partition Data section of the record, but the number of CPUs is 0 in field SMF70BDN, and despite there being a valid-looking offset into the Logical Processor section in SMF70BDS, there is no data present. This is a z/OS V1.4 system running on a 2096-P04. It was OK when it was running on a 9672-RD6. Mmmm - the RMF shipped with z/OS 1.4 needed a bit of work to even recognise the z890. ECMB maybe ... z9 would be stretching the friendship a bit I'd reckon. Do an z/OS upgrade. Pronto. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Chris Mason wrote: Perhaps my memory is failing me in my dotage so I tried Googling. I found many references to the 2260 being monochrome but no author had the wit to mention what the chrome might be. At ADR we got four 2260s circa 1968, and I definitely remember those as having green letters [a colleague and I wrote a Battleship game, and as a result of our demonstrated expertise (!) with the hardware won a CIA contract to convert a text processing and search program from 709x assembler) . I do remember visiting PRC, and noting their Sanders terminals with blue phosphors. I also remember Hazeltines being orange, but believe those were asynchronous, rather than 327x. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Define and build alternative index path error under SMS-managed volume
Tommy, The key is to pass a volser to the following step. You can just change the DSN= to use a temporary name. As someone else mentioned, you can omit IDCUT* DDs if you add DFSORT to the BLDINDEX command. That may be worth a test. We use a third party product to build alternate indices and the IDCUT* DDs may never actually be used in our shop. Good luck. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Chris Mason wrote: If you have documentation to hand you may be able to work out what the special Model 3 is I remember associated with the 3275 somehow also associated with having a printer (a 3284 ?) attached. The more I try to recall what this Model 3 was, the more I think it must have been a special model of 3284 printer. We never had a model 3 328x printer, but I did own a 3279, which had a 32*80 screen size, that being the model 3. I currently have a 3179, which unfortunately isn't as good, and a 3180 that can be configured as any of 1 through 5 (fixed size, 12*80, ..., 43*80, and 27*132), or 6-9 (24*80 primary, with alternate of 2-5). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Gerhard Sometimes I do the obvious, namely use the right Google search words. I tried again with 3275 3284 IBM Model 3 and the first hit gave this as the sample text: Printadapter: For the 3275: specifies whether the printer adapter feature and corresponding 3284 Printer Model 3 are present on the 3275 Display Station. ... When I pulled up the page itself, nary a search word to be found! It was the same with the second hit but the third hit was some sort of reference manual with the following text: Specifies whether or not the IBM 3275 terminal being defined has an IBM 3284 model 3 printer attached. Sure we all know about 3278 Model 3, and following machines with Models 3, but in the days of the original 327x range, I remembered only one Model 3 and that 3284 printer is it. Chris Mason P.S. I'm at home with the TV on in the background and someone just said Get a life - right! - Original Message - From: Gerhard Postpischil [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, 01 September, 2006 2:24 PM Subject: Re: 27x132? Chris Mason wrote: If you have documentation to hand you may be able to work out what the special Model 3 is I remember associated with the 3275 somehow also associated with having a printer (a 3284 ?) attached. The more I try to recall what this Model 3 was, the more I think it must have been a special model of 3284 printer. We never had a model 3 328x printer, but I did own a 3279, which had a 32*80 screen size, that being the model 3. I currently have a 3179, which unfortunately isn't as good, and a 3180 that can be configured as any of 1 through 5 (fixed size, 12*80, ..., 43*80, and 27*132), or 6-9 (24*80 primary, with alternate of 2-5). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Gerhard Maybe I've discovered a new medical condition retrospective colour blindness. Incidentally, the 2260 was start-stop. Chris Mason - Original Message - From: Gerhard Postpischil [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, 01 September, 2006 2:17 PM Subject: Re: 27x132? Chris Mason wrote: Perhaps my memory is failing me in my dotage so I tried Googling. I found many references to the 2260 being monochrome but no author had the wit to mention what the chrome might be. At ADR we got four 2260s circa 1968, and I definitely remember those as having green letters [a colleague and I wrote a Battleship game, and as a result of our demonstrated expertise (!) with the hardware won a CIA contract to convert a text processing and search program from 709x assembler) . I do remember visiting PRC, and noting their Sanders terminals with blue phosphors. I also remember Hazeltines being orange, but believe those were asynchronous, rather than 327x. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ordering 1.7 before cutoff
I would like to order 1.7 soon as it is getting too close to cutoff for comfort. What are the penalties and timeframes for ordering a new release and not putting it into production within a few months? eric weil, sysprog -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ordering 1.7 before cutoff
What are the penalties and timeframes for ordering a new release and not putting it into production within a few months? None. Oredr 1.7 and then order a PDO when you're ready to install. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ordering 1.7 before cutoff
On Friday 01 September 2006 10:09, Eric Weil wrote: I would like to order 1.7 soon as it is getting too close to cutoff for comfort. What are the penalties and timeframes for ordering a new release and not putting it into production within a few months? eric weil, sysprog -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No penalties, but it is best to order as close as possible to install so IBM can build it at a later service level than if you ordered it six months prior to instation. In the case of zOS 1.7, I would order it asap. This way if something goes wrong with the order you still have time to reorder prior to end of availability. -- Mark Jacobs Time Customer Service Tampa, FL - b.i.b.a.w.y.l.o. and i.w.w.y.t.b.w. Brian Smith to his wife Maureen To Sail Beyond the Sunset -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ordering 1.7 before cutoff
Just got my 1.7 in. I asked for 3590 tapes..they came in J, or compressed. Be aware of that if you have older 3590 drives in house. Admittedly, I may have asked for compressedYMMV Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In a message dated 9/1/2006 7:17:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I do remember visiting PRC, and noting their Sanders terminals with blue phosphors. I also remember Hazeltines being orange, but believe those were asynchronous, rather than 327x. Few of the labs had the TI/Orange graphics terminals and they had a few 'games' but nothing more advanced than 'Asteroids'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL intervals
I was thinking the same thing. I have managed to avoid doing this (to date), but we have had more than one operator activate/deactivate the wrong image by mistake. Before PRSM/HPLF/MDF, I had occasion to go to the wrong service console and stop the wrong machine. Also, I remember when MDF came out, there was no prompt to ask the operator if they were sure that they want to take down the Domain they were trying take down. So, sometimes Production Faw down and go boom! Amdahl put a prompt in and the Operator's behavior became: Yes! Oh, sh*t!, and Production still fell down. Amdahl took the prompt back out, because it didn't protect anything making it needless coding. The only protection is perfection! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL intervals
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Friday, September 01, 2006 10:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IPL intervals I was thinking the same thing. I have managed to avoid doing this (to date), but we have had more than one operator activate/deactivate the wrong image by mistake. Before PRSM/HPLF/MDF, I had occasion to go to the wrong service console and stop the wrong machine. Also, I remember when MDF came out, there was no prompt to ask the operator if they were sure that they want to take down the Domain they were trying take down. So, sometimes Production Faw down and go boom! Amdahl put a prompt in and the Operator's behavior became: Yes! Oh, sh*t!, and Production still fell down. Amdahl took the prompt back out, because it didn't protect anything making it needless coding. The only protection is perfection! What I would like is for an option so that the HMC would __refuse__ to IPL or deactivate , or do any disruptive operation on an LPAR which had one or more virtual CPUs not in a wait state. It would be even nicer if I could pick the wait state code so that an IPL could not occur unless: (1) the W bit is on in every CPU assigned to the LPAR and (2) the code in the PSW is x'CCC', which is the code that a QUIESCE commands puts the CPU. Something similar could be done for z/VSE, z/VM, and z/Linux as well. Of course, if a crash occurred, there needs to be a way to override this. But I think most operators could be taught to not do the override without authorization. After all, the operator should not IPL if a system does a hard wait as SOP. This isn't Windows, after all. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL intervals
I was thinking the same thing. I have managed to avoid doing this (to date), but we have had more than one operator activate/deactivate the wrong image by mistake. We keep the DISRUPIVE TASKS lock on to avoid an accidental IPL. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
APAR OA16111, BlueZone, and Vista (Was: 27x132?)
Chris Mason wrote: It is APAR OA16111 which offers the flexibility Edward invites you to appreciate. You need this APAR in order for the presentation space dimensions to be set by specifications within a suitable 3270 emulator - not currently PCOMM, you'll need BlueZone or Vista - rather than the mode table entry with the X'7F' specification in the penultimate byte of the PSERVIC operand as given in the referenced post. BlueZone and Vista are the only emulators so far (that I know of -- someone correct me if I'm wrong) in which the primary (default) screen size may be configured by the end user and passed back to the host via RPQ. Configuring this in BlueZone is easy. You go to Session - Configure... and click the 3270 Emulation tab. There is a pull-down for Default Screen Model Type. If you select Custom Size (the last choice), the resulting dialog box allows you to configure both primary and alternate sizes. You might be a bit confused with Vista because it's not readily apparent where you're supposed to specify the primary size. Tom Brennan thought the new parameters would be confusing to normal users (his apprehension was understandable given that he implemented this functionality before anyone other than Phoenix Software was prepared to exploit it) and so he hid them a bit. You need to find the VISTA.INI file (wherever Windows stores that) and add the following line at the bottom and restart Vista. The Options Misc tab is where you can configure the primary size. AllowDefaultSizeChange=1 With one of these emulators and APAR OA16111 (or the ANCAS24 usermod), you can use TSO/E with fully-customizable primary and alternate screen sizes using one of the D4x32XX0 logmodes shown at ftp://ftp.phoenixsoftware.com/pub/demo/logmodes.txt. Keep in mind that most 3270-based applications (TSO included) prefer 80-column primary screen sizes; it's highly recommended. What I was trying to say earlier was that you can get similar functionality _right now_ using other emulators, including PCOMM, without OA16111 by using one of the Pxxx logmodes shown (or your own similar one). Of course, this is highly problematic as a general solution because you need a logmode on the host for every possible size combination a user might desire and user-friendly mechanisms for communicating the names of those logmodes and for actually specifying which of them is to be used when establishing a session with TSO/E. This alternative *can* be made to work. It's just not ever going to be a mainstream solution. Allowing the end user to configure both sizes in their emulator's GUI configuration dialog is the only solution with any real potential for mainstream acceptance and pervasive implementation. It's an iterative process. Once *all* of the TSO/E support is generally-available out-of-the-box, getting additional emulators (including PCOMM) to support this concept should be easy. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
I'm not really an expert but seeing as how you haven't gotten any other answers, and I have one or two z/OS Unicode scars, I'll take a stab at this. Your second question first - sure there are lots of other ways to convert to Unicode. One obvious way - Enterprise COBOL has extensive Unicode support now. I don't *know* if FTP uses the z/OS Unicode translation facilities but I am going to guess it does. Do you have the proper Unicode tables built and installed? What does a D UNI,ALL console command show? Your input dataset is named '...UNLOAD'. If it is an IEBCOPY or TSO TRANSMIT unload dataset I don't think it will survive translation to Unicode because it would include non-character data, and non-character data suffers badly during any character set conversion. Perhaps I am reading too much into the name and your source dataset is pure EBCDIC character data. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Schaeffer Sent: Thursday, August 31, 2006 6:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Converting data into Unicode Hello, I've been tasked with creating Unicode files from a z/OS 1.4 machine and FTPing them to a Unix server. I have tried issuing a FTP with UCs2 subcommand and I keep getting a 40500 return code. This is the FTP commands I'm issuing: [ip address] [user id] [password] PWD UCs2 PUT 'DBXP.SDB2P.PARTTAB.UNLOAD' test.part.unicode.txt CLOSE QUIT Can anyone see what I might be doing wrong? Is there another was to convert the data into Unicode? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
unable to Allocate Space on User Volume
Once again I come to the group for help. I have no cut and paste so I will briefly describe what I did 1. Iinitiallzyed two new volumes with STGR on it. 2. I did a delete and define and always get create failed RC92 -iec614i . 3. And i then get unable to allocate space but volume is empty. I looked in quik Ref and SMS IND is on. Any help is appreciated. Bob Pelletier Connecticut Student loan Rocky hill, Ct Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
From: Edward Jaffe [EMAIL PROTECTED] BlueZone and Vista are the only emulators so far in which the primary (default) screen size may be configured by the end user and passed back to the host via RPQ. Configuring this in BlueZone is easy. You might be a bit confused with Vista because it's not readily apparent where you're supposed to specify the primary size. I'm using Vista 1.24, and it's extremely easy to set a user-defined primary screen size. Click 'File', 'Reconnect Ask', and under 'Terminal Model' check 'User'. The Height and Width boxes then become unprotected so you can enter any values you want. If only I could enter user values for a *secondary* screen size, now THAT would be really nice! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On Fri, 1 Sep 2006 21:26:49 +1000, Shane [EMAIL PROTECTED] wrote: On Fri, 2006-09-01 at 13:13 +0200, R.S. wrote: Get rid of old stinking tape DDnames with 50MB datasets. Use DASD instead Nope. Not even close. ... Not to mention the (mainframe) DASD cost. How much do *you* think 50 MB of DASD costs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Bob, Did you add them to the applicable Storage group and activate through ISMF? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 01, 2006 11:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: unable to Allocate Space on User Volume Once again I come to the group for help. I have no cut and paste so I will briefly describe what I did 1. Iinitiallzyed two new volumes with STGR on it. 2. I did a delete and define and always get create failed RC92 -iec614i . 3. And i then get unable to allocate space but volume is empty. I looked in quik Ref and SMS IND is on. Any help is appreciated. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Robert, Verify that the volume is in CONVERT status in ISMF or the vtoc (IEHLIST) shows that it is a SMS managed volume. QF just indicates that the volser is defined to SMS. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
If the source of the data is DB2 and the DB2 is version 8 you can convert the data to unicode in the unload. It does require that you modify the SQL and replace every character column as CAST (STMT AS CHAR (16) CCSID UNICODE) You have to set the length field correctly If you want to convert your numeric fields to unicode characters, it would be CAST (CHAR(NUMBER ) AS CHAR (10) CCSID UNICODE) modify the length field again Mike PUT 'DBXP.SDB2P.PARTTAB.UNLOAD' test.part.unicode.txt -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On Fri, 1 Sep 2006 21:26:49 +1000, Shane wrote: On Fri, 2006-09-01 at 13:13 +0200, R.S. wrote: ... It is also possible to change the application. Get rid of old stinking tape DDnames with 50MB datasets. Use DASD instead. Exploit TMM, HSM, ML12. The need for virtual tapes will also decrease. Nope. Not even close. The MIP/MSU/M-thingy cost of HSM in a decent sized TMM environment is bloody horrendous. Outrageous even. Not to mention the (mainframe) DASD cost. The ML1 occupancy is way too expensive. And it gets in the way of all the other HSM housekeeping - *and* it's all charged at mainframe MIPs rates. Just a non-optimal solution. TMM for *SMALL* usage works. Once it grows, virtual tape wins hands down. The voice of reason downunder (Shane) points out that I got it wrong yesterday. We don't need a zEEP (encryption processor) anywhere near as badly as we need a zOOP (Optimized Offload processor) to push DFHSM onto and buy back a WHOLE lot of general CP MIPS/MSUs/thingies. Certainly at my present employer's shop we'd see more benefit if HSM had a new style CP to devour. (Although we're embarking on an unbelievable amount of encryption very soon, which will eat up our encryption co-processors in a heartbeat.) I might even suggest that some more of what DFHSM does should be pushed into the disk and tape controllers themselves except (a) I want to see how reliable the tape drive encryption runs first and (b) IBM would apparently not retrofit that into the controllers in the field. I really would have liked the tape encryption announcement much better if IBM would have retrofitted it into existing (or even new model) 3490s. I wonder how many lost tape incidents with banks have happened with 3590 tapes vs. 3490 tapes? -- Tom Schmidt Madison, WI (Or maybe it should be a zUUP (Universal Utility processor)? Either way the standard seem to be to double-up on the vowels, right?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Defined the volumes to CSLFGRP2 but same messages. Even did a reactivate. -Original Message- From: John Kington [mailto:[EMAIL PROTECTED] Sent: Fri 9/1/2006 12:05 PM To: IBM-MAIN@BAMA.UA.EDU Cc: Subject: Re: unable to Allocate Space on User Volume Robert, Verify that the volume is in CONVERT status in ISMF or the vtoc (IEHLIST) shows that it is a SMS managed volume. QF just indicates that the volser is defined to SMS. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: IBM announces Encrypting tape drives
From: Veilleux, Jon L Sent: Friday, September 01, 2006 12:30 PM To: 'IBM Mainframe Discussion List' Subject: FW: IBM announces Encrypting tape drives I would like to see a pOOP (Performance monitoring Offload Optimizer) for running RMF, OMEGAMON, etc. That would save a TON of CPU cycles. The performance monitoring suite seems to take more cycles than all of the applications they are monitoring. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 The voice of reason downunder (Shane) points out that I got it wrong yesterday. We don't need a zEEP (encryption processor) anywhere near as badly as we need a zOOP (Optimized Offload processor) to push DFHSM onto and buy back a WHOLE lot of general CP MIPS/MSUs/thingies. Certainly at my present employer's shop we'd see more benefit if HSM had a new style CP to devour. (Although we're embarking on an unbelievable amount of encryption very soon, which will eat up our encryption co-processors in a heartbeat.) I might even suggest that some more of what DFHSM does should be pushed into the disk and tape controllers themselves except (a) I want to see how reliable the tape drive encryption runs first and (b) IBM would apparently not retrofit that into the controllers in the field. I really would have liked the tape encryption announcement much better if IBM would have retrofitted it into existing (or even new model) 3490s. I wonder how many lost tape incidents with banks have happened with 3590 tapes vs. 3490 tapes? -- Tom Schmidt Madison, WI (Or maybe it should be a zUUP (Universal Utility processor)? Either way the standard seem to be to double-up on the vowels, right?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
Dave Salt wrote: From: Edward Jaffe [EMAIL PROTECTED] BlueZone and Vista are the only emulators so far in which the primary (default) screen size may be configured by the end user and passed back to the host via RPQ. Configuring this in BlueZone is easy. You might be a bit confused with Vista because it's not readily apparent where you're supposed to specify the primary size. I'm using Vista 1.24, and it's extremely easy to set a user-defined primary screen size. Click 'File', 'Reconnect Ask', and under 'Terminal Model' check 'User'. The Height and Width boxes then become unprotected so you can enter any values you want. You've misunderstood the meanings of those entry fields in Vista. They set the _alternate_ screen size, not the primary screen size. If only I could enter user values for a *secondary* screen size, now THAT would be really nice! You want to have two 3270 screen sizes? Have you read any of my posts to the 27x132 thread?? As I said in the post you quoted, the way you set the primary size in Vista is to add 'AllowDefaultSizeChange=1' to your VISTA.INI file, restart Vista, go to Options - Options (Alt+Z) and on the Misc tab, specify the desired primary (default mode) screen size. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Bob, Go into ISMF Option 6, and list CSLFGRP2 you added the volumes to. When the display appears, type LISTVOL next to CSLFGRP2 and scroll over to columns 24-26 and tell me what they show for the two volumes you added. Also have you given us *all* the error messages? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, September 01, 2006 12:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: unable to Allocate Space on User Volume Defined the volumes to CSLFGRP2 but same messages. Even did a reactivate. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
Greetings, An interesting thread that seems to be based on offloading CPU cycles from the main processor onto the device controller. I remember similar discussions many years ago regarding data compression when the CMPSC instruction was introduced. Why didn't IBM put the compression into the DASD/TAPE/whatever controller thing? Controller-based compression/encryption may be reasonable in some situations. I prefer CPU-based compression/encryption mostly for the extreme flexibility in exploiting the feature. I must admit that I am prejudiced towards CPU machine instructions. I would much rather have compression and encryption available on the CPU instead of outside the CPU. I would rather see faster I/O devices without compression/encryption. I have several (admittedly self-serving) reasons: 1. CPU-based compression and encryption means a market niche for software products that can utilize those features, wrap a nice user interface around it, and provide flexibility for future enhancements. Ciphering the data in main storage gives me the choice of when and where to cipher. Encrypted data in main storage can be delivered to/from DASD or TAPE or TCP/IP or whatever. A Tape only encryption solution greatly limits my choices. 2. I am not at all happy with exporting software development jobs overseas. Delivering features like compression/encryption in hardware outside of the CPU doesn't help the situation. 3. External compression/encryption may lock-in a customer to a proprietary hardware scheme that may be difficult to reverse engineer for migrating to another vendor's hardware. 4. CPU-based compression/encryption is an opportunity to decide where to apply CPU cycles. Should I encrypt all of my data bases or just mission-critical? How do I integrate a software security product, like IBM RACF, with this hardware thing? 5. Off-loading CPU cycles to an external compression/encryption thing can be attractive when the site is cycle-constrained, but it's attacking a symptom instead of the cause. The CPACF encryption instructions are extremely fast; they won't be the bottleneck in a large application. 6. I would rather see eligible data encrypted on the mainframe, instead of just at the tape I/O level. If sensitive data is only encrypted on tape, then that means sensitive data is NOT encrypted on the mainframe and is vulnerable to exposure. If the data is always encrypted on the mainframe, then archiving to tape is a simple copy job and it is less vulnerable to exposure. 7. An upside to external encryption is that it minimizes impact to legacy applications. A CPU-based encryption solution requires some kind of change to an application I/O to perform the ciphering. This can be a direct change to the application or maybe through a front-end of OPEN SVC and the GET/PUT/READ/WRITE routines. Changing a perfectly good application is a serious matter to many shops. So, a behind-the-scenes solution is preferable. However, sometimes external forces, like Sarbanes- Oxley, may require shops to change their applications anyway to include auditing and logging required by regulations or other policy decisions. That is a good time to also add compression/encryption. 2 cents worth. Your mileage may vary. Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ comments invited on my data encryption project -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In [EMAIL PROTECTED], on 09/01/2006 at 10:15 AM, Chris Mason [EMAIL PROTECTED] said: I did receive conformation that the 2260 is closely related to the 2250 which appears to have come first, 2250: 1964, 2260: 1965. I actually saw a 2250-like display being used as a system console at the IBM Santa Teresa labs. The high end S/360 processors used a 2250, except for the 360/85. I'm not as familar with the 2250 as I am with the 2260, and I couldn't find a reference to color in the Functional specifcations manuals, but my recollection is that it was green. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In [EMAIL PROTECTED], on 09/01/2006 at 10:23 AM, Chris Mason [EMAIL PROTECTED] said: ... at least I think that's what you are claiming. This is interesting since using such devices - if anyone still has them - or, I would expect, later generations of 3270 displays which had a fancy name I can't remember - was it something weird like InfoTerminal or InfoSystem? - it would be possible to exercise Edward Jaffe's enhancement using these devices. No, because the sizes were fixed during the BIND process. You'd need to enhance the data stream beyond what those devices supported. I believe that they term you are looking for is InfoWindow and, yes, they could be configured to support a BIND with primary other than 24x80. You're also right that the Query Reply is not relevant when considering how the 7F option may be used. Nevertheless, I believe with some 3270 applications (probably not TSO given the hammering it gets from savvy users) you had better allow Erase Write to cause the presentation space to assume dimensions of 24 rows and 80 columns, mainly because older subapplications, perhaps customer-written and lacking ongoing support, will assume the Model 2 dimensions. I know of applications that will only run with 24x80, but ISPF and TSO SM are quite happy with 43x80. Note, however, the reference to 14-bit addressing; you can't run an application that uses 12-bit addressing if the screen size exceeds 4KiB. On the other hand I can't make sense of No, I was talking about the dimensions on the 3275 and 3277, which didn't have EWA or Read Partition Query. You made a general statement about EWA on the 3270, and it was only valid for the 3278 and later. [1] My presentation notes say that the 3179, specifically the 3179G, does not support the use of the unspecified screen size BIND. The 3179 and the 3179G are very different beasts. My recollection is that the 3179 was intended strictly as a 3278-2 equivalent and supported only 24x80 for both primary and alternate. The 3179G was an APA graphics terminal. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In [EMAIL PROTECTED], on 09/01/2006 at 03:03 PM, Chris Mason [EMAIL PROTECTED] said: Incidentally, the 2260 was start-stop. The 2845/2265 was start-stop; the 2848/2260 could be either channel attached or remote, and I never saw one running remote. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In [EMAIL PROTECTED], on 09/01/2006 at 10:18 AM, Chris Mason [EMAIL PROTECTED] said: Well, I had difficulty finding how best to describe the non-SNA channel-attached mode of 3270 connection. It actually doesn't seem correct always to be calling it non-SNA when it predates SNA. The IBM documentation uses the term local non-SNA. The latter two being in recognition that VTAM has also has (had) to deal with integrated adapters. AFAIK those were never supported in MVS. Incidentally, talking of this particular pre-SNA 3270 CCW programming, there is, by and large, a correspondence between the CCW command codes and the 3270 data stream commands codes. There's a CCW opcode for each data stream command, but not vice versa. Regarding changing the dimensions on the fly from the device/emulator, I reflected on this further as you may have noticed following a comment from Gerhard Postpischil. I imagine it may actually be possible to have a controlled environment given that mechanisms exist for the application to be told that the dimensions have changed and so the application can query the dimensions in order to be in synchronization once again. That would work only if the mechanism was disabled by default, so that only applications capable of dealing with it would have to deal with it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
Just brought in 3 TB of z-series disk and if I did my math correct, 50 MB cost me about $2.22 US. OK, I know that doesn't count the cost of backups and all the incidental costs associated with it, but that needs to be compared against the cost of tape handling, making and keeping track of duplicates for D/R scenarios, etc. Powered off an ancient RVA yesterday. Anybody want it? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Friday, September 01, 2006 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM announces Encrypting tape drives On Fri, 1 Sep 2006 21:26:49 +1000, Shane [EMAIL PROTECTED] wrote: On Fri, 2006-09-01 at 13:13 +0200, R.S. wrote: Get rid of old stinking tape DDnames with 50MB datasets. Use DASD instead Nope. Not even close. ... Not to mention the (mainframe) DASD cost. How much do *you* think 50 MB of DASD costs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
In [EMAIL PROTECTED], on 09/01/2006 at 10:16 AM, Chris Mason [EMAIL PROTECTED] said: You have objected to something I wrote by taking it out of context. The quoted text is taken from a review of the NextGen 3270 material referenced by Edward Jaffe in the post to which I was responding. This is all about having the dimensions configured using 3270 emulator (or simulator as you prefer) functions. How is configuring the program to accept other than 24x80 not configuring the program? What you are telling us is very interesting but concerns the use of the dimension fields in the BIND request. Values that the simulator will reject if it is not configured to accept them, just like a real 3270. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey D. Smith Sent: Friday, September 01, 2006 12:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM announces Encrypting tape drives snip Very good points. I agree with them. 7. An upside to external encryption is that it minimizes impact to legacy applications. A CPU-based encryption solution requires some kind of change to an application I/O to perform the ciphering. This can be a direct change to the application or maybe through a front-end of OPEN SVC and the GET/PUT/READ/WRITE routines. Changing a perfectly snip This case can be addressed as well. Writing a subsystem is not that difficult anymore. Many vendors know how to do it. So the JCL might need to be changed something like: //SYSUT2 DD SUBSYS=(ENCR,'DD:SYSUT2A') //SYSUT2A DD DSN=encrypted.dataset.name, // ... all the rest of the stuff The program still opens SYSUT2. The ENCR subsystem gets control, creates appropriate control blocks, opens SYSUT2A. For each record written to SYSUT2, the ENCR's write subroutine gets control, encrypts the record (or something), then eventually writes it to SYSUT2A. It might even be possible for ENCR to buffer up a number of logical records, then encrypt and write a block. I would prefer this to front ending OPEN et al. I don't really like front ending things any more. This should not require rewriting the program. In fact, we use a product, SYSB, which does this. It redirects VSAM I/O to the specified CICS region. It allows our batch jobs to do updates to VSAM files via the owning CICS region, thus allowing updates in batch while it is open to CICS. 2 cents worth. Your mileage may vary. Jeffrey D. Smith -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Free RVA? (was:RE: IBM announces Encrypting tape drives)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, September 01, 2006 11:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM announces Encrypting tape drives Just brought in 3 TB of z-series disk and if I did my math correct, 50 MB cost me about $2.22 US. OK, I know that doesn't count the cost of backups and all the incidental costs associated with it, but that needs to be compared against the cost of tape handling, making and keeping track of duplicates for D/R scenarios, etc. Powered off an ancient RVA yesterday. Anybody want it? Rex Rex, I cannot afford it, but if we were to want to dispose of any of our DASD, I'd likely try to salvage the drives. If SCSI, then you could use them on a PC with the simple addition of a SCSI card. I am not aware of how expensive a Fibre Channel HBA card is, so if the disks are FC or SSA (is there an SSA card for a PC?), then this would likely not be cost effective. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Hi Charles, Thank you for writing. I issued the command, here are the results: ENVIRONMENT: CREATED 04/22/2006 AT 23.04.55 MODIFIED 04/22/2006 AT 23.09.38 IMAGE CREATED 08/05/2003 AT 10.03.23 SERVICE: CHARACTER NORMALIZATION CASE STORAGE: ACTIVE 9862 PAGES LIMIT 25600 PAGES CASECONV: NONE NORMSERV: DISABLED CONVERSION: 00037-01200-ER 01200-00037-ER 00037-01208-ER 01208-00037-ER 00037-00367-ER 00367-00037-ER 00256-01200-ER 01200-00256-ER 00256-01208-ER 01208-00256-ER 00256-00367-ER 00367-00256-ER The conversion table went on for quite a while The datafile is created using SQL query, DSNTIAUL unload program, and I have the data in a display format, no decimal data. I am able to use the DB2 UNLOAD utility but I was hoping that I didn't have to run the results of the query (multiple tables) back in to a DB2 table to unload it in unicode format. Dave -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Friday, September 01, 2006 11:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode I'm not really an expert but seeing as how you haven't gotten any other answers, and I have one or two z/OS Unicode scars, I'll take a stab at this. Your second question first - sure there are lots of other ways to convert to Unicode. One obvious way - Enterprise COBOL has extensive Unicode support now. I don't *know* if FTP uses the z/OS Unicode translation facilities but I am going to guess it does. Do you have the proper Unicode tables built and installed? What does a D UNI,ALL console command show? Your input dataset is named '...UNLOAD'. If it is an IEBCOPY or TSO TRANSMIT unload dataset I don't think it will survive translation to Unicode because it would include non-character data, and non-character data suffers badly during any character set conversion. Perhaps I am reading too much into the name and your source dataset is pure EBCDIC character data. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Schaeffer Sent: Thursday, August 31, 2006 6:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Converting data into Unicode Hello, I've been tasked with creating Unicode files from a z/OS 1.4 machine and FTPing them to a Unix server. I have tried issuing a FTP with UCs2 subcommand and I keep getting a 40500 return code. This is the FTP commands I'm issuing: [ip address] [user id] [password] PWD UCs2 PUT 'DBXP.SDB2P.PARTTAB.UNLOAD' test.part.unicode.txt CLOSE QUIT Can anyone see what I might be doing wrong? Is there another was to convert the data into Unicode? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
[EMAIL PROTECTED] wrote: Hello, I've been tasked with creating Unicode files from a z/OS 1.4 machine and FTPing them to a Unix server. I have tried issuing a FTP with UCs2 subcommand and I keep getting a 40500 return code. This is the FTP commands I'm issuing: [ip address] [user id] [password] PWD UCs2 PUT 'DBXP.SDB2P.PARTTAB.UNLOAD' test.part.unicode.txt CLOSE QUIT Can anyone see what I might be doing wrong? Is there another was to convert the data into Unicode? Thank you for any help!! Dave Schaeffer Not sure but I beleive that the Unix based ftp server may not support Unicode. After you enter the UCs2 command what do you get? Do you know for sure that the Unix ftp server supports Unicode on file transfers? The code 40500 means that the ftp server is issuing the FTP return code 500. Generally a code 500 means that something is wrong with the command. Are you getting the 500 after the UCs2 or after the PUT. I just ftp'ed from z/OS to z/OS using the UCs2 option and it worked fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
On Fri, 1 Sep 2006 10:15:19 +0200, Chris Mason [EMAIL PROTECTED] wrote: ... I did receive conformation that the 2260 is closely related to the 2250 which appears to have come first, 2250: 1964, 2260: 1965. I actually saw a 2250-like display being used as a system console at the IBM Santa Teresa labs. I'm pretty sure the characters were orange - and were somewhat distorted because - I believe I recall - they had to be rendered from short straight lines. ... Chris, are you sure about the 2260 / 2250 relationship? I vaguely remember the 2260 looking pretty much like a 3270-ish device. I definitely remember it had a fixed character generation capability. The control unit had core plains as part of the character generation mechanism where each pixel was a core. (You could see the character shapes by looking at the core plain uin the control unit.) The 2250 was a vectored display device where characters were drawn. It had a pretty interesting high-level geometry-based programming language for drawing. I think it's main intended purpose was for CAD/CAM stuff but there was a console emulator in it. Part of that console support had a last-gasp routine for processor checks in the CPU. It would display RUN SEREP in big block letters. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Free RVA? (was:RE: IBM announces Encrypting tape drives)
Unfortunately the physical drives in the box are only 4.5 GB. Not exactly state of the art... Rex Just brought in 3 TB of z-series disk and if I did my math correct, 50 MB cost me about $2.22 US. OK, I know that doesn't count the cost of backups and all the incidental costs associated with it, but that needs to be compared against the cost of tape handling, making and keeping track of duplicates for D/R scenarios, etc. Powered off an ancient RVA yesterday. Anybody want it? Rex Rex, I cannot afford it, but if we were to want to dispose of any of our DASD, I'd likely try to salvage the drives. If SCSI, then you could use them on a PC with the simple addition of a SCSI card. I am not aware of how expensive a Fibre Channel HBA card is, so if the disks are FC or SSA (is there an SSA card for a PC?), then this would likely not be cost effective. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: Friday, September 01, 2006 1:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode snip Not sure but I beleive that the Unix based ftp server may not support Unicode. After you enter the UCs2 command what do you get? Do you know for sure that the Unix ftp server supports Unicode on file transfers? The code 40500 means that the ftp server is issuing the FTP return code 500. Generally a code 500 means that something is wrong with the command. Are you getting the 500 after the UCs2 or after the PUT. I just ftp'ed from z/OS to z/OS using the UCs2 option and it worked fine. I also ran the Windows/XP client ftp to z/OS 1.6 server ftp and did a QUOTE TYPE U 2 and got Unicode UTF-16 on the PC. With that 0xFFFE marker (0xFEFF on Windows). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PHYSICAL info missing in RMF type 70
If you are using BMC's CMF instead of IBM's RMF, you may be missing this correction: Change 23.288 BMC CMF Product SMF 70 records for z9 have SMF70BND=0, VMAC7072 MXG variable LPARCPUX, in the LPARNAME='PHYSICAL' segment Nov 10, 2005 which processor counts, especially for NRIFACPU, NRIFLCPU Jun 6, 2006 and NRICFCPU will always be zero; investigation with BMC is in progress. Jun 8, 2006 update: The error was only in the first level of CMF support for the z9, and was corrected by CMF APAR BAM9572, PTF BPM9543. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
On Friday, 09/01/2006 at 10:50 ZW3, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 09/01/2006 at 10:18 AM, Chris Mason [EMAIL PROTECTED] said: Well, I had difficulty finding how best to describe the non-SNA channel-attached mode of 3270 connection. It actually doesn't seem correct always to be calling it non-SNA when it predates SNA. The IBM documentation uses the term local non-SNA. If memory serves, BSC and SDLC terminal controllers existed long before you could assign a CUU to a 3270. And in MVS those were handled by the SNA implementation of the day (VM had native BSC support). Enter the non-SNA solution for 3270s. And to differentiate it from remote controllers (R models), it is local (L models). Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
After talking with our Unix admin. I'm thinking that my problem isn't with the mainframe but with Unix (HP-UX 11.0) not being able to support unicode. Dave Schaeffer -Original Message- Not sure but I beleive that the Unix based ftp server may not support Unicode. After you enter the UCs2 command what do you get? Do you know for sure that the Unix ftp server supports Unicode on file transfers? The code 40500 means that the ftp server is issuing the FTP return code 500. Generally a code 500 means that something is wrong with the command. Are you getting the 500 after the UCs2 or after the PUT. I just ftp'ed from z/OS to z/OS using the UCs2 option and it worked fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
measure cpu totals
We have a request to report on how many mips are consumed by a certain application. We should be able to count total cpu seconds for a particular application, but is it even possible to convert that into mips?Or how about MSUs? How would we convert total cpu seconds into MSUs? How do we go about reporting the percentage of our current cpu capacity that is being used by a certain application? Thanks, Joel Ivey SC Employment Security Commission -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
In [EMAIL PROTECTED], on 09/01/2006 at 08:37 AM, Edward Jaffe [EMAIL PROTECTED] said: What I was trying to say earlier was that you can get similar functionality _right now_ using other emulators, including PCOMM, without OA16111 by using one of the Pxxx logmodes shown (or your own similar one). Doesn't that APAR include support for 14-bit addressing, which is needed for screens larger than 4 KiB? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PHYSICAL info missing in RMF type 70
Nick, Maybe APAR: II13056. From the APAR: 1.) SMF record type 70, CPU activity.. - PR/SM Partition Data Section, SMF70BDN: Starting with z900 processors, SMF70BDN has a different meaning if the SMF70DGE flag is on - '08'x bit in SMF70INB. It contains the max defined logical processors as shown at the HMC console. There is a PR/SM Logical Processor Data Section for each defined logical processor. For active logical processors, the online time SMF70ONT is not zero. Since you mentioned that the information was correct on your 9672, maybe this applies. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On Fri, 1 Sep 2006 11:56:32 -0600, Jeffrey D. Smith [EMAIL PROTECTED] wrote: Greetings, An interesting thread that seems to be based on offloading CPU cycles from the main processor onto the device controller. I remember similar discussions many years ago regarding data compression when the CMPSC instruction was introduced. Why didn't IBM put the compression into the DASD/TAPE/whatever controller thing? They did. IIRC, an option on 3480, standard on 3490 and all since. IBM never did it in DASD, but STK did it on Iceberg and IBM shipped them as RVA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
From: Edward Jaffe [EMAIL PROTECTED] You've misunderstood the meanings of those entry fields in Vista. They set the _alternate_ screen size, not the primary screen size. As I said in the post you quoted, the way you set the primary size in Vista is to add 'AllowDefaultSizeChange=1' to your VISTA.INI file, restart Vista, go to Options - Options (Alt+Z) and on the Misc tab, specify the desired primary (default mode) screen size. Hi Ed, My apologies for two things. First, I haven't been following the '27x132' thread very closely because until now I was under the mistaken belief that Vista would not allow me to enter user-specified values for both the primary and alternate screen sizes. In other words, I wasn't aware that 'AllowDefaultSizeChange=1' could be added to the VISTA.INI file. Second, you are correct that when a user-specified screen size is entered in Vista it actually relates to the alternate screen size and not the primary screen size. I had tried a user-specified size a while back, but because Vista would only display 24 lines as the primary screen size I quickly gave up on it and went back to using Mod-4. Meanwhile, I had forgotten that when a user-specified size is entered in Vista, the numbers being entered are actually specifying a secondary size and that the primary size defaults to 24x80. Now that I know an option can be added to the VISTA.INI file I'm suddenly very interested in the topic of this thread! So, I updated my INI file and as you said was delighted to discover that I can now enter user-specified values for both the primary and secondary screen sizes! After logging on I confirmed that the Vista window does indeed toggle between the two screen sizes. The secondary size (which I specified as 43x132) behaves exactly the way I want. However, the primary window (which is displayed as 43x80) only contains 24 lines. In other words, although Vista is displaying a window that is 43 lines deep, the bottom half of the window is empty. I realize that this has almost certainly been covered in the many (many) posts I've seen going back and forth about 27x132, and that if I go and look through them all I'll probably find the solution on how to fix this problem. I'm guessing I either have to apply one or more APAR's (such as the one mentioned in this subject line), and/or logon with a particular logmode. And if it wasn't for the fact that I'm sending this email to you to apologise for my earlier incorrect statement regarding Vista, I'd be going through all the earlier posts right now. But as I'm sending you this email anyway, would you mind just telling me which APAR(s) I need to apply and/or which logmode I need to use so my primary screen size will be 'filled' with the full 43 lines? ;-) Many thanks in advance, Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
Dave, Haven't you heard of Darren's rule of not mixing apologies with BEGGING? And besides, that was more than two things. big grin No responses necessary, please! Just trying to give those still working a little levity in advance of this long weekend! And Darren will kill me if this turns into a thread. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Salt Sent: Friday, September 01, 2006 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?) Hi Ed, My apologies for two things. Snippage And if it wasn't for the fact that I'm sending this email to you to apologise for my earlier incorrect statement regarding Vista, I'd be going through all the earlier posts right now. But as I'm sending you this email anyway, would you mind just telling me which APAR(s) I need to apply and/or which logmode I need to use so my primary screen size will be 'filled' with the full 43 lines? ;-) LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
On Fri, 1 Sep 2006 10:28:12 +0200, Chris Mason [EMAIL PROTECTED] wrote: Pat Knowing what the presentation space dimensions are determines where the presentation logic starts a new row when the 3270 data stream gets to the end (last column) of the current row and where to start again from the beginning when the data stream gets to the end of the last row. ... Actually I'm not 100% sure what you are saying here. .. Chris, I was leaving reality far behind - imagining something that surely was never implemented. I was thinking of the old brand-x printers that supported bar-codes, etc. They were supported as 3270 printers but had an escape sequence data stream that would put them a diferent mode. In that mode data still met 3270 datastream requirements but had nothing to do with EBCDIC or ASCII characters. It was some proprietary graphics datastream. In like fashon a 3270 emulator could look for some escape sequence that would tell the emulator to change its presentation space size. This support would, of course, be completely outside standard 3270 behavior. The application talking with the emulator would not be able to work with any other emulator or device emulator would, of course. This might have been clearer if I had not let the word not out of mt last paragraph. (An if I'd left out an exta with. It should have read: would take them out of the standard 3270 datastream, though, so they would NOT be able to communicate with LUs designed around the 3270 datastream. In general, flexable but pretty useless. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
Jeffrey D. Smith wrote: Greetings, An interesting thread that seems to be based on offloading CPU cycles from the main processor onto the device controller. I remember similar discussions many years ago regarding data compression when the CMPSC instruction was introduced. Why didn't IBM put the compression into the DASD/TAPE/whatever controller thing? We did, as I'm sure you know, some time ago. In my opinion the market reacted as it did, by buying lots and lots of drives with compression, because offloading that work is economical and offers better performance than not offloading it. Controller-based compression/encryption may be reasonable in some situations. I prefer CPU-based compression/encryption mostly for the extreme flexibility in exploiting the feature. We have both now; use whichever you'd like. But there are some tradeoffs... I must admit that I am prejudiced towards CPU machine instructions. I would much rather have compression and encryption available on the CPU instead of outside the CPU. I would rather see faster I/O devices without compression/encryption. How about faster I/O devices *with* compression/encryption? (Sorry, couldn't resist.) I have several (admittedly self-serving) reasons: 1. CPU-based compression and encryption means a market niche for software products that can utilize those features, wrap a nice user interface around it, and provide flexibility for future enhancements. Ciphering the data in main storage gives me the choice of when and where to cipher. Encrypted data in main storage can be delivered to/from DASD or TAPE or TCP/IP or whatever. A Tape only encryption solution greatly limits my choices. Well, we have both. But consider that in-controller compression speeds up the effective tape I/O rates considerably (typically 2X or more). I recall that it was once true that multiplying the tape transport speed by the recording density exceeded the channel data rate (3420-8s ran 800 ips at 6250 bpi when channel data rates were 1.5 MB/sec). Those days are gone. The electronics are now much, much faster than the native transport R/W speed. Encrypting in storage and writing to tape basically disables compression, and cripples the effective I/O rate. 2. snip 3. External compression/encryption may lock-in a customer to a proprietary hardware scheme that may be difficult to reverse engineer for migrating to another vendor's hardware. How does this differ from tape hardware in general? New tape formats are *always* incompatible with prior hardware generations. 4. CPU-based compression/encryption is an opportunity to decide where to apply CPU cycles. Should I encrypt all of my data bases or just mission-critical? How do I integrate a software security product, like IBM RACF, with this hardware thing? You have that opportunity whether you use CPU-based encryption or controller-based encryption, so I'm not sure I understand why you see this as a differentiator. 5. Off-loading CPU cycles to an external compression/encryption thing can be attractive when the site is cycle-constrained, but it's attacking a symptom instead of the cause. The CPACF encryption instructions are extremely fast; they won't be the bottleneck in a large application. Peformance aside, what does it do to your 4-hour rolling average MSUs when you have some CPs running 100% busy for a few hours at a stretch to write large tape files? From a performance standpoint, you can sustain much higher data rates with encrypting drives than with a CPACF. (167 MB/sec per CP at best for AES without compression, and 67 MB/sec per CP with compression vs. the worst-case 104 MB/sec native transport speed on the TS1120 with both compression and encryption.) Think about running ten drives at a time vs. tying up 10 CPs at a time. The CPACF numbers are similar [but not identical] for TDES. See the Encryption Facility for z/OS Performance and Sizing paper from WSC at (watch for the wrap): http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/12bac1d600d52b85862570dc0073b002/$FILE/EF%20Sizing_V2.pdf 6. I would rather see eligible data encrypted on the mainframe, instead of just at the tape I/O level. If sensitive data is only encrypted on tape, then that means sensitive data is NOT encrypted on the mainframe and is vulnerable to exposure. If the data is always encrypted on the mainframe, then archiving to tape is a simple copy job and it is less vulnerable to exposure. True. But there are certain overheads, and you need to have the data in the clear to process it. 7. An upside to external encryption is that it minimizes impact to legacy applications. A CPU-based encryption solution requires some kind of change to an application I/O to perform the ciphering. This can be a direct change to the application or maybe through a front-end of OPEN SVC and the GET/PUT/READ/WRITE routines. Changing a perfectly good
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 09/01/2006 at 08:37 AM, Edward Jaffe [EMAIL PROTECTED] said: What I was trying to say earlier was that you can get similar functionality _right now_ using other emulators, including PCOMM, without OA16111 by using one of the Pxxx logmodes shown (or your own similar one). Doesn't that APAR include support for 14-bit addressing, which is needed for screens larger than 4 KiB? No. TSO/E has supported 14-bit (and 16-bit) addressing for eons. As always, you can review the OA16111 APAR text here: http://www.ibm.com/support/docview.wss?uid=isg1OA16111 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
Now with encrypted tape drives, how many DR vendors will have them before our next disaster or should we bring our own spare drives with us? If you depend on the DR vendor, you must be sure that they have the encryption drives not only at the primary DR site, but also at any secondary site that you might be diverted to if someone is already using the primary site. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
Dave Salt wrote: After logging on I confirmed that the Vista window does indeed toggle between the two screen sizes. The secondary size (which I specified as 43x132) behaves exactly the way I want. However, the primary window (which is displayed as 43x80) only contains 24 lines. In other words, although Vista is displaying a window that is 43 lines deep, the bottom half of the window is empty. I realize that this has almost certainly been covered in the many (many) posts I've seen going back and forth about 27x132, and that if I go and look through them all I'll probably find the solution on how to fix this problem. I'm guessing I either have to apply one or more APAR's (such as the one mentioned in this subject line), and/or logon with a particular logmode. And if it wasn't for the fact that I'm sending this email to you to apologise for my earlier incorrect statement regarding Vista, I'd be going through all the earlier posts right now. But as I'm sending you this email anyway, would you mind just telling me which APAR(s) I need to apply and/or which logmode I need to use so my primary screen size will be 'filled' with the full 43 lines? ;-) Maybe a perusal of the NextGen 3270 portion of this SHARE presentation will help explain things: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Baltimore/S2817EJ064923.pdf -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
From all the talk, I take it that there is no way to decrypt the tape on the host if a decrypting drive is not available? That sounds like a hole to me. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA16111, BlueZone, and Vista (Was: 27x132?)
From: Richards.Bob [EMAIL PROTECTED] Haven't you heard of Darren's rule of not mixing apologies with BEGGING? And besides, that was more than two things. big grin I've never heard Darren say that, so I beg to differ. But if I'm wrong and he did say that, then I apologise. ;-) Have a great weekend! Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: measure cpu totals
On Fri, 1 Sep 2006 14:03:40 -0500, Joel Ivey [EMAIL PROTECTED] wrote: We have a request to report on how many mips are consumed by a certain application. We should be able to count total cpu seconds for a particular application, but is it even possible to convert that into mips?Or how about MSUs? How would we convert total cpu seconds into MSUs? How do we go about reporting the percentage of our current cpu capacity that is being used by a certain application? Well, if you had a four CPU box that was rated at 1000 MIPS and your application totalled 7 CPU days per week, I'd call it a 250 MIPS application. It used .25 of the total CPU seconds, therefore .25 of the MIPS. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
On Friday, 09/01/2006 at 02:38 EST, Patrick O'Keefe [EMAIL PROTECTED] wrote: In like fashon a 3270 emulator could look for some escape sequence that would tell the emulator to change its presentation space size. This support would, of course, be completely outside standard 3270 behavior. The application talking with the emulator would not be able to work with any other emulator or device emulator would, of course. What you describe is already possible and architected as Create Parition. (What you call an escape sequence is called a Structured Field in the 3270 lexicon.) It just takes an application with knowledge of partitions. :-) They're as rare as hen's teeth. With SNA, the BIND lets you set the initial size of parition 0 (the implicit partition). Non-SNA has no bind and so no way to set the size to something other than 24x80. A partition's primary and secondary size is fixed for its lifetime. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On Friday, 09/01/2006 at 03:05 EST, McKown, John [EMAIL PROTECTED] wrote: From all the talk, I take it that there is no way to decrypt the tape on the host if a decrypting drive is not available? That sounds like a hole to me. You are correct that you need a new drive to read tapes created on the new drive. This isn't a particularly new concept, either. We've been through that with the 3480/3490/3590. And having a decrypting drive is necessary, but not sufficient. The drive must be able to access a key manager who can get the keys. The same ones used to encrypt the tape in the first place. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
From all the talk, I take it that there is no way to decrypt the tape on the host if a decrypting drive is not available? That sounds like a hole to me. True. I believe that the encypted data is written in such a way that a non-encryption tape drive cannot even read it. So even if you knew the encryption data format and keys, you can't get the data to decrypt it. Even with encrypted drives at a DR site, the proper keys must be entered or imported into the key store of the DR system. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
In a message dated 9/1/2006 3:30:01 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Even with encrypted drives at a DR site, the proper keys must be entered or imported into the key store of the DR system So you can't SAR an Encrypted tape? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Ah! Can you initiate the FTP from HP-UX and get the z/OS server to do the translation? Like the respondent who got it to work from Windows? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Schaeffer Sent: Friday, September 01, 2006 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode After talking with our Unix admin. I'm thinking that my problem isn't with the mainframe but with Unix (HP-UX 11.0) not being able to support unicode. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: measure cpu totals
Well, if you had a four CPU box that was rated at 1000 MIPS and your application totalled 7 CPU days per week, I'd call it a 250 MIPS application. It used .25 of the total CPU seconds, therefore .25 of the MIPS. An average! Tsk! Tsk. What if those 7 days happened in two days? Then the application used 7/8 of your thousand MIPS. 87.5% or 875 MIPS. And, how do you know that the machine is 1000 MIPS? (Don't be mislead by MIPS -- http://tinyurl.com/7rogu) When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: measure cpu totals
On Fri, 1 Sep 2006 21:07:04 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Well, if you had a four CPU box that was rated at 1000 MIPS and your application totalled 7 CPU days per week, I'd call it a 250 MIPS application. It used .25 of the total CPU seconds, therefore .25 of the MIPS. An average! Tsk! Tsk. What if those 7 days happened in two days? Then the application used 7/8 of your thousand MIPS. 87.5% or 875 MIPS. Good point. And, how do you know that the machine is 1000 MIPS? Ahhh now there's the question. Fact is, you don't. But I would expect that the OP would get that figure from the same manager who wants to know. GIGO. (Don't be mislead by MIPS -- http://tinyurl.com/7rogu) Certainly, anyone asking such a question is already misled. How tall is a tree? Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Does not matter. If the ftp software (either the client or the server) on the HP-UX box does not support it, it won't work. Both the client and server must support the data stream that is being transfered. When you an ASCII file transfer this tells both the server and client that the data will be in virtual telnet ASCII. When you do binary, this tells both sides that the data will be in a 'stream of bits'. If you say UCs2 then both sides know that the data will be un Unicode format. If the boths sides don't support this, it won't work. Charles Mills wrote: Ah! Can you initiate the FTP from HP-UX and get the z/OS server to do the translation? Like the respondent who got it to work from Windows? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Of Dave Schaeffer Sent: Friday, September 01, 2006 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode After talking with our Unix admin. I'm thinking that my problem isn't with the mainframe but with Unix (HP-UX 11.0) not being able to support unicode. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
Alan Altmark wrote: What you describe is already possible and architected as Create Parition. (What you call an escape sequence is called a Structured Field in the 3270 lexicon.) It just takes an application with knowledge of partitions. :-) They're as rare as hen's teeth. With SNA, the BIND lets you set the initial size of parition 0 (the implicit partition). Non-SNA has no bind and so no way to set the size to something other than 24x80. A partition's primary and secondary size is fixed for its lifetime. Perhaps I'm misinterpreting what you meant, but I have software that allows the user to change alternate size on the fly (user issues SET MODEL n (1-5) or SET mm*nn) providing the device supports at least one partition (I decided not to change primary size because I'm lazy, and didn't really see a need for it). It functions as expected on local non-SNA as well as SNA (theoretically it should also work on BTAM, but I never tried it). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Friday, September 01, 2006 3:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM announces Encrypting tape drives Now with encrypted tape drives, how many DR vendors will have them before our next disaster or should we bring our own spare drives with us? If you depend on the DR vendor, you must be sure that they have the encryption drives not only at the primary DR site, but also at any secondary site that you might be diverted to if someone is already using the primary site. snip This brings up a question or two of a security nature. Where do you keep the keys for decrypt of your tapes? Should they (the keys) be sent off site with the DR tapes? Should they be kept separately but also off-site with a third vendor? If you have the keys on a diskette or CD, and they are with the tapes, and the truck carrying them has a problem... If the diskette or CD is damaged in some fashion, what backup for them do you have (don't laugh, I've seen DR tests where the printed reports for doing a restore got destroyed, and one of the two backup copies that were sent to the site didn't make it). Granted, there is only so much you can do, but how often do you generate keys? And if you change keys, how do you get to the old data to get it (assuming archival for whatever some taxing agency requires (double entendre intended))? Enquiring minds and all that. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Can't you fool FTP? I'm sure I have done this trick (although not in the OP's specific situation). Tell both sides it's a binary transfer. Then tell the server only (with QUOTE UCS2) to translate to the desired character set. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: Friday, September 01, 2006 5:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode Does not matter. If the ftp software (either the client or the server) on the HP-UX box does not support it, it won't work. Both the client and server must support the data stream that is being transfered. When you an ASCII file transfer this tells both the server and client that the data will be in virtual telnet ASCII. When you do binary, this tells both sides that the data will be in a 'stream of bits'. If you say UCs2 then both sides know that the data will be un Unicode format. If the boths sides don't support this, it won't work. Charles Mills wrote: Ah! Can you initiate the FTP from HP-UX and get the z/OS server to do the translation? Like the respondent who got it to work from Windows? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM CLOSE failure problem
Binyamin Dissen wrote: On Thu, 31 Aug 2006 09:15:53 -0500 Mark [EMAIL PROTECTED] wrote: :Charles Mills wrote: : I had two thoughts in the middle of the night last night - forgive me if : these have been covered - I haven't read every reply you've gotten (I've : read most). : 1. Does the problem occur if you close the files WITHOUT the error that : drives your recovery routine? If you just set a branch that pretends the : error occurred? : 2. What is the error that drives the recovery routine? You're not out of : space for the file, are you? Is CLOSE trying to write a last block and : hitting the same space problem? :Lets see if I can cover everything... :The ACB should be unique for that task. I have not found any logic that :suggests we setup more than one ACB for the task for this file. Short :answer - this should be the only way to access this file. :Yes the TIOT offset is large. There are quite a few DD cards for the region. :As for question 1 above... I would have to say no it does not. A :different program task can start and use the files, then close them :without errors. Of course, in those instances the recovery hasn't been :triggered. :For question 2 above... The error that drives recovery is a S0C4 abend :(its an addressing problem in a module that I need to fix eventually :too). I have had other abends S33E, etc,. that have exhibited the same :problem as I am having. I missed that this was in a recovery routine. Might recovery be running in a different task? Is this in a ESTAI routine? See if the DEB is chained off of the TCBDEB of the task that is attempting the close. See if DEBTCBAD is pointing to the task attempting the close. :I have a PMR open with IBM. I hope to have this cleared up soon. It :would appear that some other IBM customers have noted a similar :problem. It appears that I'm not alone in this. The DEB does belong to the abending task. This is a ESTAE that is setup after the task starts. -Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Specifically, take a look in the archives at a thread from July, 2004 called FTP doings under the covers. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Friday, September 01, 2006 5:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode Can't you fool FTP? I'm sure I have done this trick (although not in the OP's specific situation). Tell both sides it's a binary transfer. Then tell the server only (with QUOTE UCS2) to translate to the desired character set. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. Sent: Friday, September 01, 2006 5:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode Does not matter. If the ftp software (either the client or the server) on the HP-UX box does not support it, it won't work. Both the client and server must support the data stream that is being transfered. When you an ASCII file transfer this tells both the server and client that the data will be in virtual telnet ASCII. When you do binary, this tells both sides that the data will be in a 'stream of bits'. If you say UCs2 then both sides know that the data will be un Unicode format. If the boths sides don't support this, it won't work. Charles Mills wrote: Ah! Can you initiate the FTP from HP-UX and get the z/OS server to do the translation? Like the respondent who got it to work from Windows? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 27x132?
On Fri, 1 Sep 2006 16:21:48 -0400, Alan Altmark [EMAIL PROTECTED] wrote: ... What you describe is already possible and architected as Create Parition. (What you call an escape sequence is called a Structured Field in the 3270 lexicon.) It just takes an application with knowledge of partitions. :-) They're as rare as hen's teeth. ... I was aware of Create Partition, but (because I never looked into it) I didn't know it could be done other that at the beginning of the session. Rare? Huh-uh. Maybe not very many, but very wide-spread. NetView does it (or did it until fairly recently). I'm not sure why since the single partition uses the whole presentation space. (I may have the terms wrong. I haven't looked at that since about 1990.) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
In a recent note, Charles Mills said: Date: Fri, 1 Sep 2006 18:39:06 -0400 Specifically, take a look in the archives at a thread from July, 2004 called FTP doings under the covers. Thank you. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Friday, September 01, 2006 5:57 PM Can't you fool FTP? I'm sure I have done this trick (although not in the OP's specific situation). Tell both sides it's a binary transfer. Then tell the server only (with QUOTE UCS2) to translate to the desired character set. A couple limitations: o This works best in the smart server/dumb client configuration. If you have a smart client, there's likely no way to tell it to use UCS2 without it's attempting to validate the protocol with the dumb server, getting a command rejected, and abandoning the attempt. Switching ends to make the dumb host the client and the smart host the server is often not an option because the dumb host is an anonymous FTP server, and the programmer has no authority to log on to it. o To my knowledge, there's no way to make either asymmetric configuration work for load modules because either the z/OS server or client enters into a confirmation dialog with the dumb counterpart such that it's impossible to spoof the necessary responses from the command line. I'd be delighted to be shown wrong on the latter point (or either) if anyone knows how to choreograph the spoof. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Did you create a VVDS (and a VTOCIX) ? Ed On Sep 1, 2006, at 10:55 AM, Robert Pelletier wrote: Once again I come to the group for help. I have no cut and paste so I will briefly describe what I did 1. Iinitiallzyed two new volumes with STGR on it. 2. I did a delete and define and always get create failed RC92 - iec614i . 3. And i then get unable to allocate space but volume is empty. I looked in quik Ref and SMS IND is on. Any help is appreciated. Bob Pelletier Connecticut Student loan Rocky hill, Ct Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: unable to Allocate Space on User Volume
Did you create a VVDS (and a VTOCIX) ? Ed, VVDS is automatic. Lousy defaults, but auto! IX is pro forma. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Converting data into Unicode
Forgot about that. It depends. I tried with windows being the client and it did work, that is I got the file transfered down and it was in Unicode, big endian. However write/wordpad had a problem reading the file with the file, it seem to know that it was Unicode, but I think it assumed little endian. Surprisingly notepad (and notepad++) read it fine and correctly identified it as Unicode big endian. So I guess it depends on what application is reading the file and how it may handle it unicode big endian. I used: bin quote type U 2 quote site notrailingblanks When I did the get before issuing the notrailingblanks I got an error telling me that I had to issue this command. Charles Mills wrote: Specifically, take a look in the archives at a thread from July, 2004 called FTP doings under the covers. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Of Charles Mills Sent: Friday, September 01, 2006 5:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode Can't you fool FTP? I'm sure I have done this trick (although not in the OP's specific situation). Tell both sides it's a binary transfer. Then tell the server only (with QUOTE UCS2) to translate to the desired character set. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Of John S. Giltner, Jr. Sent: Friday, September 01, 2006 5:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting data into Unicode Does not matter. If the ftp software (either the client or the server) on the HP-UX box does not support it, it won't work. Both the client and server must support the data stream that is being transfered. When you an ASCII file transfer this tells both the server and client that the data will be in virtual telnet ASCII. When you do binary, this tells both sides that the data will be in a 'stream of bits'. If you say UCs2 then both sides know that the data will be un Unicode format. If the boths sides don't support this, it won't work. Charles Mills wrote: Ah! Can you initiate the FTP from HP-UX and get the z/OS server to do the translation? Like the respondent who got it to work from Windows? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Offload wishlist (was: encryp ...)
On Fri, 2006-09-01 at 12:37 -0400, Veilleux, Jon L wrote: I would like to see a pOOP (Performance monitoring Offload Optimizer) for running RMF, OMEGAMON, etc. That would save a TON of CPU cycles. The performance monitoring suite seems to take more cycles than all of the applications they are monitoring. Is this really still an issue Jon ???. Monitoring options of course can affect this markedly - especially things like traces being left on. Since RMF offered services that do a lot of the grunt work seems the vendors re-wrote a lot of their stuff to use that, and cut down the SUs their address spaces were charged. Don't know about Omegamon, as I haven't looked at their numbers, but certainly TMON dropped quite a bit. I believe the same applies to the R11 (and later presumably) CA offerings. Certainly it used to be the case that the monitors were subject to being terminated on small LPARs if their consumption got too high. Seems less of an issue for me these days - subject to the Omegamon caveat above. Where I get queries is on LPARs where there is predominantly enclave workloads - SAP R3 say. People watching SDSF see a distorted view of the world, and it looks like the monitors are out of whack re CPU consumption. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: migrating mainframe z/VM Rexx to linux ooRexx
On Thu, 31 Aug 2006 07:57:22 GMT, in comp.lang.rexx (Message-ID:[EMAIL PROTECTED]) Bob Martin [EMAIL PROTECTED] wrote: OK, but you replied to my experience of porting Rexx from CMS to OS/2. So, is there an EXECIO for Linux ? ;-) (I accidentally replied directly to the Usenet newsgroup. This repost is for all of you who read via e-mail. Sorry for the duplication for the others.) If you're not limited to ooREXX, Regina runs on Linux. There is an add-on package (also ported to Linux, I think) called Regutil. Regutil has a functions similar to EXECIO called RegStemRead and RegStemWrite. 7.9 RegStemRead RegStemRead(filename, stem) RegStemRead reads the contents of file filename into stem stem using the numeric index convention (number of lines in the 0 element, data in numbered elements starting at 1). When possible, it uses memory-mapped I/O to read the values, which should be the most efficient method possible. As a result, RegStemRead is expected to be measurably faster than, eg, using linein, as well as being more convenient. Regina Home Page at: http://regina-rexx.sourceforge.net Google for Regutil. It is written by Patrick TJ McPhee, and that should help your Googling. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces Encrypting tape drives
On 31 Aug 2006 08:28:04 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Alan Altmark) wrote: They drives encrypt/decrypt data *in the drive itself tape speed*. The performance penalty of host-based encryption is no longer necessary. ICSF on z/OS can even act as the encrypted key store for the drive! Learn more at http://www.ibm.com/servers/storage/enewscast/data_encryption/ The one thing I wanted to learn wasn't there (or at the learn more site pointe from the site. Did the designers do the right thing and compress *before* encryption? That increases tape capacity; just as important important, it makes cryptanalysis more difficult -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
