Re: Out of space uploading to a UNIX directory
Sorry for the somewhat garbled previous post. Sent off too early. confighfs -x 50c /u/ Right, use confighfs command before going the disruptive way. I'd recommend to use the megabyte option instead of the cylinder option: confighfs -x 50m Note that you can also expand to HFS to another volume, if its initial allocation attribute allow so: confighfs -xn 50m ... Finally, confighfs is for HFS file systems only. zfsadmin command is for zFS file systems. The only valid way to copy an HFS as a data set is DFDSS! Finally, putting data into /u is not a good idea in the long term. Its not UNIX like. The /u directory (which corresponds to /home on other UNIX systems) is intended to be the anchor point for the user home directories. As soon as you get a couple of users you might want to take advantage of the automount faciility. Doing so would inhibit any user data in /u. Only the system administrator should have write authority to the /u directory, so its mode should be 755. Even if you are the single person using UNIX on z/OS, I'd suggest you create a home directoy for you (usually named after your userid) in the /u and work with this. Then create a unique file system for you and mount in on that directory /u/userid. Should you ever need to do something with your file system that need it to be unmounted, only you are affected by this disruption. See the z/OS UNIX System Services Planning and User's Guide book for more on the intended setup. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out of space uploading to a UNIX directory
confighfs -x 50c /u/ Right, use confighfs command before going the disruptive way. I'd recommend to use the megabyte option instead of the cylinder option: confighfs -x 50m Note that you can also expand to HFS to another volume, if its initial allocation attribute allow so: confighfs -xn 50m ... Finally, confighfs is for HFS fiel syworks only woth The only valid way to copy an HFS as a data set is DFDSS! -- 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: Outsmarting WLM
FSVO simple. I consider using the STOP and MODIFY commands to be simple. In a UNIX program, they are even simpler due to the use of the __console2 (BPX1CCS) routines. Except that for obscure reasons you need to start the data part of the modify command with APPL=. But it still more than outvalues the need to cope with QEDIT and the CIB chanins :-) -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking system parameters values
Mr Knutson, Thanks so much for your help. Yes I downloaded the tool from IBM and it works. It is just what I was asking for so I could check values stablished by IEAOPT values. Thanks again Imanol -- 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
Slip Trap turning off GTF on different LPAR
Hi Listers, we need to run GTF and have a slip trap set that when triggered will turn off the GTF trace. The problem is that both GTF and slip trap are on different LPAR's. Is there a way to achieve this? -- Regards - Grant - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- 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: About dispatching process
In [EMAIL PROTECTED], on 10/24/2007 at 08:37 AM, Barbara Nitz [EMAIL PROTECTED] said: He didn't know the first thing about the architecture around that SIGP instruction (I don't think it is externally documented), SIGP is documented, but the code that deals with it is probably OCO these days. -- 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: About dispatching process
This leads me to reconsider my understanding about the process of getting a spin lock. I used to think what SETLOCK does is just keeping on check the lockword and running disabled. Then, what is the difference between a spin loop and a disabled loop? I am not sure I understand the question. Why do you care *how* the operating system *obtains* the lock for you? An excessive spin loop normally does not occur while *obtaining* a spin lock, but when doing the processing that that spin lock actually serializes. The normal process would be: 1. setlock obtain whatever-lock 2. do the processing you need to so 3. setlock release whatever lock A spin loop is something that occurs thousands of times per minute on every system. Only when someone holds the locks for too long without releasing them an excessive spin is detected (this was explained before). I believe you can also 'spin' on other things like waiting in a tight loop for a bit to be turned off. So my guess is, what SETLOCK does is a 'timed disabled loop'. That is, most of the time it'll loop disabled but not forever. It will enable the processor regularly thus an excessive spin loop can be detected and handled by system. Did I miss something here? Yes :-). A spin loop is always detected by *another* processor that wants to 'talk' to one that is running disabled. That 'talk' can be done by using the SIGP instruction, and according to protocol (which I believe is OCO) the spinning (looping) processor has to look out for SIGPs periodically *while doing what it is doing*. The processor does not 'enable' in the psw sense of an enabled psw - at that point every other interrupt could come in, too, which might be deadly. Please don't attempt to test the SIGP instruction in an authorized assembler program! You're guaranteed to bring the system down - I have seen an sadump where a sysprog attempted exactly that. IBM has a complete module around that sigp instruction that does all the protocol stuff. Your question about the rbs: TCPRBP is always the RB to look at in a dump because that one we were excuting under last. Depending on the IPCS command you use to look at the address space, it may be formatted right below the tcb (summary registers) or in 'creation order' (summary format). Personally, I prefer summ regi, because I can see at a glance both the psw, wlic and the registers (which are stored in the tcb). Regards, Barbara -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- 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: Slip Trap turning off GTF on different LPAR
we need to run GTF and have a slip trap set that when triggered will turn off the GTF trace. The problem is that both GTF and slip trap are on different LPAR's. Provided the 'other lpar' is in the same sysplex, check the action parm for the slip trap. Look at the remote parm, you can basically specify all actions (described by 'option') remotely, too. I won't even try to provide an example, as I always get the parenthesis wrong on the first 3 tries Regards, Barbara -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- 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: About dispatching process
In [EMAIL PROTECTED], on 10/26/2007 at 11:18 AM, Barbara Nitz [EMAIL PROTECTED] said: Your question about the rbs: TCPRBP is always the RB to look at in a dump FSVO always. That's true for a S/A dump, but not true in general. -- 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: ICKDSF - PARMS
We are using 3390. Sorry, it was an I/O ERROR Is the ANANLYZE sufficient? Hal Merritt [EMAIL PROTECTED] wrote: What kind of hardware? For emulated 3390's (such as Shark), a 'read check' does not make much sense. Most all such activity occurs in the cache. Real I/O errors are transparently handled in the hardware. More reasonable might be a read past end of file, inappropriate DCB, a null file (VTOC entry only), logically corrupt file/database, etc. All programmer issues, not hardware. I did once see an error when one of the paths was taken offline. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Thursday, October 25, 2007 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ICKDSF - PARMS Good Day, A problem was reported regarding read checks on a 3390. I ran an ANALYZE (using parms SCAN SPEED) and ALL DATA 'MACHINE READABLE' WITHOUT ERRORS. I executed an INSPECT and received a FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0. ...snip Should there be something else that I should try? Thanks in advance. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
The general rule is this: Unless otherwise documented, the return code is 4 bytes wide. That means use of LTGR is incorrect in the general case.. Unless otherwise documented, the high halves of GPRs 0, 1, and 15 (and ARs 0, 1, 14 and 15) are unpredictable on return from any service. I am unaware of any exceptions to this. Not that I tend to be a slave to what is documented versus what is not, from the assembler services guide: 2.1 Saving the Calling Program's Registers Unless otherwise defined by the individual interface, the calling program should expect, upon return, that The low halves (Bits 32-63) of GPRs 2 through 13 are unchanged The high halves (Bits 0-31) of GPRs 2 through 14 are unchanged ARs 2 through 13 are unchanged FPRs 8 through 15 are unchanged; The Floating Point Control (FPC) Register is unchanged with the exception of two fields: the IEEE exception flags and the data exception code (DXC). When return information is provided in GPR 0, 1, and/or 15 (for example return and reason codes), only bits 32-63 of the register contain the returned value. Peter Relson z/OS Core Technology Design -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
Jim Mulder wrote... But VSM can call other system components which may modify bits 0-31 of GPR15, and in fact RSM makes heavy use of 64-bit GPRs, and it is quite likely that RSM set the value of x'0010' in bits 0-31 of GPR15, which then made its way back to the caller of the VSM service. So that's a maybe to my silly question about the RSM rewrite. :-) As in maybe the RSM rewrite has this as a side effect. Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VER Command from TSO for TCP/IP?
Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: VER Command from TSO for TCP/IP?
NETSTAT from 1.6 will tell you that and more. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. House Sent: Friday, October 26, 2007 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VER Command from TSO for TCP/IP? Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: VER Command from TSO for TCP/IP?
DISPLAY TCPIP -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC Richbourg, Claude [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 26/10/2007 13:44 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: VER Command from TSO for TCP/IP? NETSTAT from 1.6 will tell you that and more. Claude Richbourg Florida Department of Corrections Systems Programmer III 850-921-1383 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark S. House Sent: Friday, October 26, 2007 8:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VER Command from TSO for TCP/IP? Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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 - DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- 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: Outsmarting WLM
You'd need to count the number of idle BPXASs and decide then if and how many to create. Idle ones are those which show up as BPXAS in a D A,BPXAS. Haven't thought about how to get that information in the keep-alive program, I admit. And Johns suggestion to use modify There goes the 'simple fork() program'! :-) All good points, I'll keep them in mind. Best regards, Barbara -- FSVO simple. I consider using the STOP and MODIFY commands to be simple. In a UNIX program, they are even simpler due to the use of the __console2 (BPX1CCS) routines. -- I would never consider any of this except as a last resort. And even then I wouldn't want to support it. Who would want to maintain all that bloat-ware. Barbara, can't you convince whomever needs to be convinced that SYSSTC should be tried? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: VER Command from TSO for TCP/IP?
On Fri, 26 Oct 2007 13:39:18 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) The version is 1.7. All system software is bundled together and versioned the same. If you know the OS version, you know it for JES, VTAM, RACF, TCP/IP, LE, etc. Mostly... but not in all cases. For example, z/OS 1.6 ran with JES2 z/OS 1.5 (and running lower level versions for migration is supported). So I guess that is a fair question if you open a JES2 PMR. But I don't understand why other components / subsystems still don't get it. Just yesterday a DB2 support person here who has a PMR opened asked me (per the PMR) what level of LE we were running on z/OS 1.8. The IBM person had said it was a known problem if not running 1.5 ... or something like that. :-( Of course my response was to pass along to IBM that the level was z/OS 1.8 - along with our RSU level. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
IOF QUESTION
Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
Thanks for pointing out the doc. Time to re-read chapter 2. Should have searched the assembler list (as Ed pointed out) and the guide (instead of browsing the TOC for a suitable subject). Doesn't this make the doc change in the reference (storage/obtain/return codes) redundant? Back to mostly lurking. ...chris. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter Relson Sent: Friday, October 26, 2007 6:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code The general rule is this: Unless otherwise documented, the return code is 4 bytes wide. That means use of LTGR is incorrect in the general case.. Unless otherwise documented, the high halves of GPRs 0, 1, and 15 (and ARs 0, 1, 14 and 15) are unpredictable on return from any service. I am unaware of any exceptions to this. Not that I tend to be a slave to what is documented versus what is not, from the assembler services guide: 2.1 Saving the Calling Program's Registers snip /snip Peter Relson z/OS Core Technology Design -- 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: VER Command from TSO for TCP/IP?
Is ther a command that can be entered from TSO/ISPF to find out what version of TCP/IP that is being run in an LPAR on a z/900 (z/OS 1.7) The version is 1.7. All system software is bundled together and versioned the same. If you know the OS version, you know it for JES, VTAM, RACF, TCP/IP, LE, etc. - Too busy driving to stop for gas! -- 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: Outsmarting WLM
Barbara, can't you convince whomever needs to be convinced that SYSSTC should be tried? I'm not against SYSSTC, not at all, so please don't misunderstand the following. My point was that SYSSTC would not help too much if that workload (of which I do not know the design) is starting a bunch of new UNIX processes, say 100, when all BPXAS had ended before. There is a sudden need to create 100 BPXAS address spaces in support of that 100 processes. I'm not saying this takes endless time but it might just be too long to achieve the desired response time. Apart from that, I agree that this is not a nice solution and should be done as a last resort (maybe the second but last :-) Partly because of this I wrote in a previous post that an external interface to tell WLM how many BPXAS to keep around might be desirable. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IOF QUESTION
Hello - From the command line where you have a 'list' of your output jobs, type in 'S' to select the job that you want to save. Once the next 'screen' is presented, type in 'SD' from the command line.Once you have completed the panel to 'allocate' the dataset, you will be taken back to the output for the job again. Now type in '1-x SNAP' (where x is the last file that you want captured in your output dataset. Hope that this helps Ken (a new IOF user myself) Kenneth R. Barkhau esmie moo [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/26/2007 10:22 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject IOF QUESTION Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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: IOF QUESTION
Hello Ernie, Yes it is and here are the steps. 1) Select your output and then enter SD on the command line. It will open a panel you can override size and dsn name. Then press enter. 2) Now enter SNAP on the command line. 3) Then enter SNAPCLOS and it is done. Out to the dsn.. Play around and get familiar with the commands. HTH Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: Friday, October 26, 2007 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IOF QUESTION Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
-Original Message- From: Jim Mulder [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 9:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code Snipped We certainly did not (and would not) attempt to find and update the multitude of SVC/PC/callable services to set 64-bit return codes. grumble-rant PMFJI here, but why on earth not? I mean, aside from the sheer magnitude of the effort, which is NOT an excuse not to do it. Isn't this supposed to be a 64-bit OS? Why shouldn't ALL services of a 64-bit OS return 64-bit information codes? As part of the transition to a real 64-bit OS, why wouldn't it be the (or at least *a*) #1 priority to be sure all system interfaces were 64-bit-clean? I know, I know, ...waste of scarce developer resources... -- but why are those resources so scarce? IBM is a multi-billion-dollar-profit corporation, so there is no fiscal excuse for scarce developer resources. And it's not like the talent is scarce either, it's just that we're closer to retirement age than makes HR departments happy. And we're not cheap labor either. /grumble-rant Thanks for listening. Happy Friday. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IOF QUESTION
Thanks to all who have given me an answer. I am happy to belong to a very helpful board. Good weekend to all. Kenneth R Barkhau [EMAIL PROTECTED] wrote: Hello - From the command line where you have a 'list' of your output jobs, type in 'S' to select the job that you want to save. Once the next 'screen' is presented, type in 'SD' from the command line. Once you have completed the panel to 'allocate' the dataset, you will be taken back to the output for the job again. Now type in '1-x SNAP' (where x is the last file that you want captured in your output dataset. Hope that this helps Ken (a new IOF user myself) Kenneth R. Barkhau esmie moo Sent by: IBM Mainframe Discussion List 10/26/2007 10:22 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject IOF QUESTION Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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 - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -- 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: IOF QUESTION
Richbourg, Claude [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello Ernie, Yes it is and here are the steps. 1) Select your output and then enter SD on the command line. It will open a panel you can override size and dsn name. Then press enter. 2) Now enter SNAP on the command line. 3) Then enter SNAPCLOS and it is done. Out to the dsn.. Play around and get familiar with the commands. HTH Claude Richbourg Also take a look at the help of the SNAP command, you define precisely what to snap: files, pages, lines. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP-Client(PC)/Server(M/F)
Michael Is there not a way to have that PATH set when they login?? so if they do a dir / it will show up as what is equal to there home dir specified?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
-Original Message- From: Skip Robinson [mailto:[EMAIL PROTECTED] Sent: Friday, October 26, 2007 12:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code One consequence might be shooting oneself in the foot. Or one's customers. Check out OA22812 , which describes a problem configuring storage offline. The problem is real, by the way; an APAR fix is available. Snipped This kind of problem just reinforces my point. If the system routine invoked for CMSET SSARTO was 64-bit-clean, the high-order part of the register would not have been 'dirty', perhaps avoiding the abend. The source-level bug of not issuing SYSSTATE AMODE64(YES) when the code was executing in amode 64 might still have caused trouble, but at least the register would not have had leftovers in it to compound the issue. I do realize they probably can't all be done at once, but IMHO it ought to be a publicly stated IBM goal that all system interfaces *will* be 64-bit-clean no matter what amode they are invoked from. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise PL/I issue on z/OS 1.8
Now covered in a technote: http://www.ibm.com/support/docview.wss?uid=swg21284650 On Thu, 18 Oct 2007 17:04:23 -0500, Big Iron [EMAIL PROTECTED] wrote: I don't know if anyone else is affected by this but I thought that I would post a head's up just in case. We have encountered an issue with existing Enterprise PL/I programs when going to z/OS 1.8 from z/OS 1.6. PTF PK17116 seems to be incorporated in the LE base and it requires a recompile with compiler PTF PK17575 installed for any previously-compiled Enterprise PL/I programs if a FINISH ON unit in the source code is intended to be entered during termination. Otherwise, the FINISH ON UNIT may not be entered. We didn't have either PTF installed in our z/OS 1.6 environment. -- 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: LRS PageCenter or CA-View
Why just those two. How about View Direct from Mobius with DocView? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of gsg Sent: Thursday, October 04, 2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LRS PageCenter or CA-View Can anyone give me feedback on these two products. Pros/cons etc... -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
One consequence might be shooting oneself in the foot. Or one's customers. Check out OA22812 , which describes a problem configuring storage offline. The problem is real, by the way; an APAR fix is available. ERROR DESCRIPTION: An abend0C4 RC38 can occur during CF STOR processing. The IARURFRM SRB subroutine PAGQUE issues a CMSET SSARTO while running in AMODE64, however, SYSSTATE AMODE64(YES) has NOT been issued. As a result, the CMSET macro generates incorrect code for AMODE64. The dirty high half of R15 causes the abend0C4. In the reported problem, the result was the nonquiescable IARURFRM SRB was repeatedly rescheduled, and when other (normal) processing in *MASTER* issued a STATUS STOP,SRBS the STATUS STOP could not complete resulting in a hange in *MASTER*. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Farley, Peter x23353 [EMAIL PROTECTED] To ADRIDGE.COM IBM-MAIN@BAMA.UA.EDU Sent by: IBM cc Mainframe Discussion List Subject [EMAIL PROTECTED] Re: z/OS 1.8 Conditional Storage .EDU Obtain/Getmain Return Code 10/26/2007 07:34 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU -Original Message- From: Jim Mulder [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 9:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code Snipped We certainly did not (and would not) attempt to find and update the multitude of SVC/PC/callable services to set 64-bit return codes. grumble-rant PMFJI here, but why on earth not? I mean, aside from the sheer magnitude of the effort, which is NOT an excuse not to do it. Isn't this supposed to be a 64-bit OS? Why shouldn't ALL services of a 64-bit OS return 64-bit information codes? As part of the transition to a real 64-bit OS, why wouldn't it be the (or at least *a*) #1 priority to be sure all system interfaces were 64-bit-clean? I know, I know, ...waste of scarce developer resources... -- but why are those resources so scarce? IBM is a multi-billion-dollar-profit corporation, so there is no fiscal excuse for scarce developer resources. And it's not like the talent is scarce either, it's just that we're closer to retirement age than makes HR departments happy. And we're not cheap labor either. /grumble-rant Thanks for listening. Happy Friday. Peter -- 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: VARY too many devices offline
1. Everyone can make a mistake, including those who claim otherwise. 2. Firing someone for an error is not good solution, at least as a rule. Education is better than terror. g IMHO it is much better to avoid mistakes. How to do it: 2.1 Education. Skilled operator *understands* command, syntax, which reduces risk of some mistakes. Not applicable to Hal's example. 2.2 Procedures. Simply *avoid* risky commands. Do you want o vary some devices offline ? Why ? Can it be *scripted* ? Maybe this is well known, fixed range of devices. My operators do make mistakes. However they have never blew up any system. Never. I didn't give them an opportunity (chance) to do it. Everytime I hear about operator who blew up something, he did it while performing dangerous things. In Poland we say ape with razor or you shouldn't give gun to a madman. If the action is dangerous, then you shouldn't rely on less educated staff. My $0.02 (after 40% taxes and 23% social sec). -- Radoslaw Skorupka Lodz, Poland Hal Merritt wrote: Personally, I'd view this as a management issue, not a technical issue. The root problem in my opinion was the need for an operator to issue the command in the first place. When you require human intervention, errors are to be expected and therefore tolerated. There are a number of such commands where a single keystroke error can and will bring you down. For example, try the command $P PRINTER1, but hit enter rather than the space bar. (That is recoverable, but it is unlikely anyone will discover that until after the IPL.) So, yes, reassign the operators (all of them) and don't replace them. My $0.02 (before taxes) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan MOEYERSONS Sent: Monday, October 22, 2007 7:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VARY too many devices offline Not being to tongue in cheek here.. but we used to fire the operator. Ed And what good does that do to the integrity of your systems??? Does that prevent anyone else from making a mistake? Did you never make a typo in any of the commands you ever entered? (If you never did, then that means you never entered any...) Jantje. -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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
Can sort change a lf to crlf?
Can sort change a lf to crlf? Add a character in other words? Substitute two characters for one? 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: IOF QUESTION
Hi Claude, Thank you for responding to my question. I tried your suggestion and it worked great. Thanks very much Richbourg, Claude [EMAIL PROTECTED] wrote: Hello Ernie, Yes it is and here are the steps. 1) Select your output and then enter SD on the command line. It will open a panel you can override size and dsn name. Then press enter. 2) Now enter SNAP on the command line. 3) Then enter SNAPCLOS and it is done. Out to the dsn.. Play around and get familiar with the commands. HTH Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: Friday, October 26, 2007 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IOF QUESTION Good Morning All, I would like to save my listings to a dsn just like the XDC command in SDSF. Is this possible to be done in IOF? - All new Yahoo! Mail - Get news delivered. Enjoy RSS feeds right on your Mail page. -- 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 - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -- 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: FTP-Client(PC)/Server(M/F)
1.)Is there a command to alter the STARTDIRECTORY(FTPparms) when a user log's in? I have been using MVS and usr wants HFS..But can not seem to get back my MVS setting when I login.. 2.)Is there a means to make responses back to the CLIENT(PC)be in Lower case instead of Uppercase? 3.)Home Directory is set when logged in..but..when issuing a PUT(example) I still have to specify full path names on the command or it assumes / ?? Maybe another means to setup?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: FTP-Client(PC)/Server(M/F)
To change your directory use LCD whatever path you want this identifies your Local Directory Regards, Michael J Flores Triumph Performance and Technical Architecture American Express made the following annotations on Fri Oct 26 2007 10:03:05 -- This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you. American Express a ajouté le commentaire suivant le Fri Oct 26 2007 10:03:05 Ce courrier et toute pièce jointe qu'il contient sont réservés au seul destinataire indiqué et peuvent renfermer des renseignements confidentiels et privilégiés. Si vous n'êtes pas le destinataire prévu, toute divulgation, duplication, utilisation ou distribution du courrier ou de toute pièce jointe est interdite. Si vous avez reçu cette communication par erreur, veuillez nous en aviser par courrier et détruire immédiatement le courrier et les pièces jointes. Merci. ** --- -- 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: FTP-Client(PC)/Server(M/F)
Ron, Here's a link for a list of DOS commands http://www.michael-thomas.com/tech/ftpinfo/dosftpnotes.htm Regards, Michael J Flores Triumph Performance and Technical Architecture Office#: 602.537.7511 cell 801 608-0270 [EMAIL PROTECTED] American Express made the following annotations on Fri Oct 26 2007 10:06:11 -- This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you. American Express a ajouté le commentaire suivant le Fri Oct 26 2007 10:06:11 Ce courrier et toute pièce jointe qu'il contient sont réservés au seul destinataire indiqué et peuvent renfermer des renseignements confidentiels et privilégiés. Si vous n'êtes pas le destinataire prévu, toute divulgation, duplication, utilisation ou distribution du courrier ou de toute pièce jointe est interdite. Si vous avez reçu cette communication par erreur, veuillez nous en aviser par courrier et détruire immédiatement le courrier et les pièces jointes. Merci. ** --- -- 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: FTP-Client(PC)/Server(M/F)
Michael not dos I gather is the problem...it is somewhere in setup for m/f user...home directory and path when they log in .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: Can sort change a lf to crlf?
John, Yes, the sort can do what you are looking for. For illustrative purposes, I will assume that the lf is in position 80. The following control cards will change an X to an AB. If the value is not X, it will be left alone. If this doesn't help, I'm sure we can work it out: SORT FIELDS=COPY OUTREC FIELDS=(1,79,80,1,CHANGE=(2,C'X',C'AB'),NOMATCH=(80,1)) Good luck, John Reda Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Wallin Sent: Friday, October 26, 2007 11:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Can sort change a lf to crlf? Can sort change a lf to crlf? Add a character in other words? Substitute two characters for one? 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 -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
On Fri, 26 Oct 2007 13:22:42 -0400, Farley, Peter x23353 wrote: I do realize they probably can't all be done at once, but IMHO it ought to be a publicly stated IBM goal that all system interfaces *will* be 64-bit-clean no matter what amode they are invoked from. That's a really good idea but how about if we FIRST let IBM finish cleaning up after MVS/370 - MVS/XA so we don't have below-the-16M-line issues that can throttle us? Then IBM can work out the above/below-the-bar issues along with your 64-bit- clean campaign. (Although I would MUCH rather see IBM bite the bullet and unleash us from the 3390 geometry tyranny. Though I'll probably sprout wings fly before I see any more 3390 relief under z/OS, I suppose.) -- Tom Schmidt Madison, WI -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
On Fri, 26 Oct 2007 12:37:35 -0500, Tom Schmidt wrote: ... I would MUCH rather see IBM bite the bullet and unleash us from the 3390 geometry tyranny. I'd like to see them create an extended PDS where tracks are virtualized at a much larger size. PDSE already hides a lot of the details of the implementation from us to make them behave like a PDS. -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
-Original Message- From: Tom Schmidt [mailto:[EMAIL PROTECTED] Sent: Friday, October 26, 2007 1:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code Snipped That's a really good idea but how about if we FIRST let IBM finish cleaning up after MVS/370 - MVS/XA so we don't have below-the-16M-line issues that can throttle us? Then IBM can work out the above/below-the-bar issues along with your 64- bit-clean campaign. (Although I would MUCH rather see IBM bite the bullet and unleash us from the 3390 geometry tyranny. Though I'll probably sprout wings fly before I see any more 3390 relief under z/OS, I suppose.) Good points, both of them. Two more cases of ...scarce developer resources..., I guess. Symptoms of running as fast as you can to remain in the same place? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPL an LPAR with a very low weight?
If an LPAR (in a down state) were set to a very low weight (1, for instance) and then IPLed, would there be problems? This assumes that the other LPARs are not at high utilizations and using all the CPU cycles themselves. Has anyone done this? Have problems occurred? Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail 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: FTP-Client(PC)/Server(M/F)
Ron, dir / will ALWAYS show system root filesystem; that's a unix standard. There are several ftp clients - even for free - that do allows you to setup local and remote homes and run commands after startup. Another way is to use -s:file flag with windows command line ftp. The downside of this approach is that first 2 lines of the file must be the userid and password. Walter Trovijo Jr. Michael Is there not a way to have that PATH set when they login?? so if they do a dir / it will show up as what is equal to there home dir specified?? -- 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 an LPAR with a very low weight?
On Fri, 26 Oct 2007 14:44:43 -0400, Dave Thorn wrote: If an LPAR (in a down state) were set to a very low weight (1, for instance) and then IPLed, would there be problems? This assumes that the other LPARs are not at high utilizations and using all the CPU cycles themselves. Has anyone done this? Have problems occurred? Depends, of course. For starters the weight is relative to the aggregate for the CEC - if that is only, say, 2 (with 2 LPARs weighted at 1 each) you ought not expect to have any problems at all. Probably not your case though. Is your LPAR sharing any resources with any others? GRS or MIM come to mind here... if you need to run those on your resource challenged LPAR then you are a troublemaker. If your whimpy LPAR is a monplex, sharing nothing then no, it isn't a problem per se. More of an opportunity to catch up on your reading while you wait for it to respond. (We do it with a sandbox system and it is pretty pokey when the other LPARs are guzzling MIPS. Still, it all works but at an HO-scale. Just not the way to run a real railroad.) -- Tom Schmidt Madison, WI -- 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 an LPAR with a very low weight?
If an LPAR (in a down state) were set to a very low weight (1, for instance) and then IPLed, would there be problems? This assumes that the other LPARs are not at high utilizations and using all the CPU cycles themselves. Weights don't matter when the other LPARs are not at high. They only matter when there is processor contention. When that happens, a 1 may be a problem, depending on what it means relative to the other LPARs. If they add up to 9 (or 3, or whatever), then it should not be an issue. But, if they add up to 999 (or 900, or whatever) then you will likely have a problem. I have found, empirically, that you need about 10% of a processor to get through an IPL. But, that was on slower processors. - Too busy driving to stop for gas! -- 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 an LPAR with a very low weight?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Thorn Sent: Friday, October 26, 2007 1:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IPL an LPAR with a very low weight? If an LPAR (in a down state) were set to a very low weight (1, for instance) and then IPLed, would there be problems? This assumes that the other LPARs are not at high utilizations and using all the CPU cycles themselves. Has anyone done this? Have problems occurred? I have two LPARs. The production LPAR has a weight of 244. The sysprog LPAR has a weight of 10. I've never had any problem, other than lack of CPU at times in the sysprog LPAR. In the past, we had three LPARs. The third LPAR did some DASD backups and had a small weight. This did cause problems due to enqueue (DASD reserve) contention. This was not due to a small weight, per se. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL an LPAR with a very low weight?
2 other LPARs on this box: one weight is 47 the other is 43. We want to make the 3rd LPAR=1 (down from 10) and give the other 9 to the one at 47. This LPAR shares MIM with one LPAR on this box and 2 other LPARs on 2 other boxes; all are in the same sysplex. So if it IPLs slowly that's where the problems occur? Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Friday, October 26, 2007 2:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IPL an LPAR with a very low weight? On Fri, 26 Oct 2007 14:44:43 -0400, Dave Thorn wrote: If an LPAR (in a down state) were set to a very low weight (1, for instance) and then IPLed, would there be problems? This assumes that the other LPARs are not at high utilizations and using all the CPU cycles themselves. Has anyone done this? Have problems occurred? Depends, of course. For starters the weight is relative to the aggregate for the CEC - if that is only, say, 2 (with 2 LPARs weighted at 1 each) you ought not expect to have any problems at all. Probably not your case though. Is your LPAR sharing any resources with any others? GRS or MIM come to mind here... if you need to run those on your resource challenged LPAR then you are a troublemaker. If your whimpy LPAR is a monplex, sharing nothing then no, it isn't a problem per se. More of an opportunity to catch up on your reading while you wait for it to respond. (We do it with a sandbox system and it is pretty pokey when the other LPARs are guzzling MIPS. Still, it all works but at an HO-scale. Just not the way to run a real railroad.) -- Tom Schmidt Madison, WI -- 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: Another squirrel strike
On Thu, 25 Oct 2007 17:42:10 -0400, Gregory, Gary G [EMAIL PROTECTED] wrote: ... and had to wait for the CE to come out to retract the r/w heads of the volumes. ... On the other hand, the squirrel's head was well retracted. (Sorry. Sort of.) 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
HMC - Driver 67L - LOAD Function
We upgraded to level 67L last weekend and I noticed while IPLing one of my sandbox LPARs that the code finally distinguishes between an LPAR that is running and one that is stopped. You used to get a warning message that said something like The LPAR is active. JOBs will be canceled. (don't know the exact msg... gone now) This always made me cancel out one more time and make sure I was really IPLing the LPAR I intended to that had been shut down. This is despite that we keep all the ICONs locked except our sandbox LPARs. (yes, someone IPLed a production LPAR 6 or 7 years ago which led to locking all but our sandbox LPARs). Now here is what I see: Load may cause information in memory for the target to be lost, since the target is in a stopped or disabled wait state. Do you want to continue with this task? The new active warning message is this: Load will cause operations to be disrupted, since the target is currently in use and operating normally. Do you want to continue with this task? I always wondered why the HMC wasn't smarter. It's about time. Of course if the warning panel itself contained the image name, I would have never had to double check either. Unfortunately, it still doesn't do that. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: IPL an LPAR with a very low weight?
Assuming you are not using a hard (or soft) cap and the other LPARs are not using the whole box, you should be able to run at whatever the others do not use. Because you are using MIM you might want to leave it at 10 and assuming no LPAR is capped and the CEC is not running flat out the other LPARs can use whatever portion of the 10 is not needed. If you do approach 100% you want MIM on the little guy to be reasonably responsive. There are ways to tune MIM for LPARs of different responsiveness (IIRC you end up forcing the little guy to hit the control files more often than demand would normally dictate). -Original Message- Dave Thorn 2 other LPARs on this box: one weight is 47 the other is 43. We want to make the 3rd LPAR=1 (down from 10) and give the other 9 to the one at 47. This LPAR shares MIM with one LPAR on this box and 2 other LPARs on 2 other boxes; all are in the same sysplex. So if it IPLs slowly that's where the problems occur? -- 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 an LPAR with a very low weight?
On Fri, 26 Oct 2007 15:13:41 -0400, Dave Thorn [EMAIL PROTECTED] wrote: 2 other LPARs on this box: one weight is 47 the other is 43. We want to make the 3rd LPAR=1 (down from 10) and give the other 9 to the one at 47. This LPAR shares MIM with one LPAR on this box and 2 other LPARs on 2 other boxes; all are in the same sysplex. So if it IPLs slowly that's where the problems occur? Is it MIA or MII (or both). It doesn't matter that much... but tape allocation delays are not as bad as ENQ delays. Either way, since you are sharing and you can't get MIM higher than SYSSTC (or SYSTEM if using the address space create method of starting it) - it still has to share with all the OS system tasks at the same priority and if the box is maxed out you'll affect your other environments. I would look at RMF reports and see what the idle usage is and certainly not make the weight lower than that. But you would probably want to either bump up the weight during IPLs or start MIM after the rest of the IPL was done. If this was a totally stand alone LPAR, then I agree with what one of the previous posters said... it will just be VERY SLOW when the box is at or near capacity. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Can sort change a lf to crlf?
John, Thanks for your reply and answer. I'll pass it on to the questioner. 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: FTP-Client(PC)/Server(M/F)
On Fri, 26 Oct 2007 12:29:43 -0500, Ron Wells [EMAIL PROTECTED] wrote: Michael not dos I gather is the problem...it is somewhere in setup for m/f user...home directory and path when they log in .. The z/OS Unix home directory is set in the RACF OMVS segment HOME entry for that user. That will be the same location that they end up if they telnet/ssh in to the system. In the config file referenced by the SYSFTPD card in your FTP proc, you will have a STARTDIRECTORY entry which either set to MVS (for a MVS- dataset home for the user) or HFS (for a z/OS Unix home for the user). On a z/OS system, whether you are client or server, you change directory to MVS datasets by surrounding your destination in tick marks: cd 'MY.MVS.DATASET' or cd 'MY.MVS.PDS' If you want to change directory to a z/OS Unix location, remove the tick marks: cd /some/directory/ Aaron -- 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: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
Peter, While you have a somewhat valid point, I think that IBM did a much better job at backward compatibility with 31 - 64 bit than any others. In most other 64 bit os's, to run 64 bit, most applications have to be recompiled. A 64 bit process space CANNOT invoke 32 bit services (they just can't don't ask), so yes, while IBM could have done better, they did document the fact that return codes are 32 bit values, did they not? Just because some thinks make assumptions, the doc is clear. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Friday, October 26, 2007 9:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code -Original Message- From: Jim Mulder [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 9:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code Snipped We certainly did not (and would not) attempt to find and update the multitude of SVC/PC/callable services to set 64-bit return codes. grumble-rant PMFJI here, but why on earth not? I mean, aside from the sheer magnitude of the effort, which is NOT an excuse not to do it. Isn't this supposed to be a 64-bit OS? Why shouldn't ALL services of a 64-bit OS return 64-bit information codes? As part of the transition to a real 64-bit OS, why wouldn't it be the (or at least *a*) #1 priority to be sure all system interfaces were 64-bit-clean? I know, I know, ...waste of scarce developer resources... -- but why are those resources so scarce? IBM is a multi-billion-dollar-profit corporation, so there is no fiscal excuse for scarce developer resources. And it's not like the talent is scarce either, it's just that we're closer to retirement age than makes HR departments happy. And we're not cheap labor either. /grumble-rant Thanks for listening. Happy Friday. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: FTP-Client(PC)/Server(M/F)
On Fri, 26 Oct 2007 15:02:50 -0500, Aaron Walker wrote: If you want to change directory to a z/OS Unix location, remove the tick marks: cd /some/directory/ Apparently not generally so, as for example with a Solaris client and a z/OS server: ftp put |date ./foo.bar 200 Port request OK. 501 Invalid data set name ./foo.bar. Use MVS Dsname conventions. Far more annoying is that the lcd command doesn't really change your local directory as chdir() would: [EMAIL PROTECTED]:132$ cd /tmp [EMAIL PROTECTED]:133$ ftp localhost 220-FTPD1 IBM FTP CS V1R7 at MVS, 21:13:31 on 2007-10-26. Command: lcd /etc HFS directory /etc is the current working directory. Command: ! pwd /u/user ... so I can't do an LCD then a shell escape to list the contents of the directory I changed to as I could on a normal UNIX system. Command: quit QUIT 221 Quit command received. Goodbye. [EMAIL PROTECTED]:134$ pwd /SYSTEM/tmp -- gil -- 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: FTP-Client(PC)/Server(M/F)
On Fri, 26 Oct 2007 11:13:53 -0500, Ron Wells wrote: 2.)Is there a means to make responses back to the CLIENT(PC)be in Lower case instead of Uppercase? Why? This really shouldn't matter unless you're attempting some sort of automated operation, in which case be aware that the message texts are not guaranteed; only the numeric codes. If your concern is merely esthetic, I'll add an esthetic whine of my own: Is there a means to make the user input commands be echoed on the same line as the prompt instead of on the following line? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Confidential
Friday. I'm currently working on a new version of the IBM vs PSI analysis, based upon IBM's Amended Complaint and PSI's response thereto. Because this set of documents essentially represents the endgame, I'm taking a little time. But I was forced into spontaneous gigglery (think LOL, ROTF,LMAO) when I read IBM's petty grumble about IBM Confidential materials. The fire is out and the ashes are cold - some of the stories can be told. IBM has _NEVER_ been security-conscious. Even to today. Idiots, who've failed to take on board the most elementary principles. Every IBMer in such a situation should read R. V. Jones' discussion of working fiction during the U-boat war. And take note - it's a seminal text on how to drag something out of what looks like nothing. In the very early 1990s - 1990 or 1991, I can't be bothered to check - IBM set up a meeting in Dublin for all of the competitive marketing people in Europe. Oh, dear Lord - run by the Danes. Next time pick people with smaller egos. Incredibly, IBM had published (and still publishes) the internal structure of this group via Blue Pages. Equally incredibly, they always used the same hotels in every European city. A few beers and a good meal for a few staff in each of their hotels earned a stream of: Guess who's booked twenty rooms next Friday? And so it was in Dublin this time. People whom one would expect to be there 'disappeared' from their geographies. You got a customer to call: Sorry - he's back on Friday. In some cases we had flight numbers. So with moderate effort you could reproduce the list of attendees. Now - there is a general principle within most European countries of totters rights What this means is that what you discard (in the trash) is no longer yours. For a variety of legal reasons (to do with liability about its treatment) ownership and legal title passes to the cleasing/refuse department. It's theirs to do what they want with it. And they have an obligation at law to get the best price for all the recyclable material they collect. All meetings and conferences are the same. There's always someone who doesn't turn up. Business commitments change, grandmothers get ill. So a very simple offer to the Dublin Cleansing Authority (actually privatized, but that's a detail) for GBP1 for every 1lb weight of materials marked IBM Confidential was not only 100% legal but also quite productive. Two complete copies of the secret squirrel manual and the handouts. GBP10 plus the airfare and one night in the Connaught on the same square. And a receipt. Followed by a discussion with corporate counsel. How did you get this? Here's the receipt. Every page had to be marked with its certified origin, etc. For a lot of people I know - and certainly for myself - IBM Confidential at the bottom of a page effectively means Please turn over. Those familiar with my dispute with IBM's aßhole lawyer will know I sent them 13 (thirteen) warnings about the z890 data before using it. And being shat on for my trouble. I've now got more than one unsolicited copy of the z6 stuff - what in hell am I (or we, including PSI) supposed to do about this? -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code
-Original Message- From: Wayne Driscoll [mailto:[EMAIL PROTECTED] Sent: Friday, October 26, 2007 5:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 Conditional Storage Obtain/Getmain Return Code Peter, While you have a somewhat valid point, I think that IBM did a much better job at backward compatibility with 31 - 64 bit than any others. Undoubtedly true, but we're used to seeing exceptional compatibility from IBM, so we expect that and more. In most other 64 bit os's, to run 64 bit, most applications have to be recompiled. A 64 bit process space CANNOT invoke 32 bit services (they just can't don't ask), Also true, I have seen both of those. so yes, while IBM could have done better, they did document the fact that return codes are 32 bit values, did they not? Just because some thinks make assumptions, the doc is clear. Also true. As I tried to indicate, it's only a grumble, not a true complaint or problem. It just seemed like such an outrageous statement to make, that they *would* not go back and make all service/SVC/PC/etc. routines 64-bit-clean in their returned values, that I just had to pipe up and say something about it. I guess my cranky side just came out. Happy Friday. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL an LPAR with a very low weight?
Hi Dave -- I suspect you wouldn't be considering this unless you were having problems with CPU resource contention in the two big LPARs (at 47 and 43). What kind of machine is this? how many engines? If this small LPAR is down, and the box is nearly 100% busy, IPLing this LPAR will be very slow, and this small LPAR may slow down the others in the sysplex and MIM. What is the real problem you are trying to solve? Al Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.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: Can sort change a lf to crlf?
On Fri, 2007-10-26 at 10:58 -0500, John Wallin wrote: Can sort change a lf to crlf? Add a character in other words? Substitute two characters for one? Why the sort requirement ???. This type of question usually comes from pulling in (non-binary) files from Windoze into a *nix environment. Trivial to resolve with sed, and doesn't presume fixed record length. 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
