Re: Explination of S0C4 reason code 4 and related data areas
On Wed, 25 Apr 2012 19:19:32 -0400 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: :In 2aadp75utk3rndje61uiscu5ocln0lt...@4ax.com, on 04/24/2012 : at 04:23 PM, Binyamin Dissen bdis...@dissensoftware.com said: :If the invalid page can be paged-in, in what way is it invalid? :The page-invalid bit is one, per PoOps. Its invalid because its invalid. Got it. Thanks. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Fwd: mfnetdisk - A new message was received in your Site
-- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Thu, Apr 26, 2012 at 9:58 AM Subject: Re: mfnetdisk - A new message was received in your Site To: thomas.cothm...@ppi.de Cc: shai.h...@gmail.com ** HI, OK, I think you right. Three months is a little short time between activation. I will make it six months. Some of you who download the code yesterday, please download the code from today. I add some changes. Few points about the new activation code. 1. MF and PC are connected in transfer information about the LICKEY. 2. MF will not allowed to receive services from PC which does not support the LICKEY. Currently MF will stopped if PC does not support the LICKEY. 3. PCTOOL also support LICKEY. If MFNetDIsk in PC receive request from PCTOOL to run scripts it will allowed the script to run with some limitation. It will not allowed to use COMPRESSION PC files (sometime) nor use the SNAPSHOT MFNetDisk new features. 4. Activation key code will be changed fast according to users requests and if bugs will be found. So, my recommendation is to slowly move to MFNetDisk with activation code. Keep your old code just in case. Thanks, God bless you. Shai Hess, MFNetDisk product. - Original Message - *From:* thomas.cothm...@ppi.de *To:* mfnetd...@mfnetdisk.com *Sent:* Thursday, April 26, 2012 9:05 AM *Subject:* mfnetdisk - A new message was received in your Site mfnetdisk - A new message was received in your Site Dear Administrator! A new message was received through a form in your site. Form name: *code request* Form content: * - Full name: Thomas Cothmann E-mail: thomas.cothm...@ppi.de Country and state Germany Hamburg ZOS version 1.12 Linux or Windows both Required MFNetDisk feature (All, Disk, tape emulation, replication) All MFNetDisk comments (may be published). Hi Shai, now we running PTFID=196 and I will test your super software with the new features. I started with mpc in juli 2011. Now, we use 27 of emulated dasd and some tape without library support with 600GB of space on windows 2008r2 server with raid5 and sas disk and 27 dasd of sync device on linux with mono. 10 of the emulated device are sync to the linux server for backup. You see that is not a test installation and it is very difficult to change a activation key every 3 month. This is the time you wrote in your email. I hope for another and better solution. Kind regards and I wish you the best for the great product. Thomas Company (optional) PPI AG CPUID list for activation key (real MF only) Hi Shai, we are running our z/OS under z/VM as a Guest. The maschine have only 2 cpus and under z/VM 4 virt cpu. I hope it''s no problem for you. D M=CPU IEE174I 07.50.52 DISPLAY M 597 PROCESSOR STATUS ID CPU SERIAL 00 + 0151C62098 01 + 0151C62098 02 + 0151C62098 03 + 0151C62098 CPC ND = 002098.E10.IBM.02.51C6 CPC SI = 2098.M02.IBM.02.51C6 Model: E10 CPC ID = 00 + ONLINE - OFFLINE . DOES NOT EXIST W WLM-MANAGED N NOT AVAILABLE CPC ND CENTRAL PROCESSING COMPLEX NODE DESCRIPTOR CPC SI SYSTEM INFORMATION FROM STSI INSTRUCTION CPC ID CENTRAL PROCESSING COMPLEX IDENTIFIER - * - To view the message, login as an administrator through the following link: http://www.livecity.com/join/login.asp?depart_id=43973departResell_id=17914pathTXT=/site/include/newfeel/website3/index.asp?toolBoxBOO=1 (If the link does not work, copy and paste it into your browser). -- This message was sent to you because you entered your email address in one of our services. If you think a mistake has been made or would like to stop getting any further emails please click on the link belowRemove me from the listhttp://www.mfnetdisk.com/site/detail/member/login/removeEmail.asp?friend_id=94495emailTXT=mfnetd...@mfnetdisk.comconfirmCodeTXT=gj4938gh0jg340depart_id=43973 -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports
Shmuel Metz (Seymour J.) wrote: Many of my users are receiving these reports via e-mail. There are a number of SPOOL to e-mail packages available that can transform data in various ways, including generating PDF attachments from SYSOUT files. Ah yes, thanks for reminding me about those packages. I have some freebies hidden insde my HSM ML2 mountain... Much appreciated, geez, how could I forgot them!!! Thanks Shmuel for giving me more homework. :-D Just allow me to get my HRECALL spade and dig them out... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
UK based Partnerworld system z hosting providers
We are a UK based Partnerworld developer and we currently use the Dallas RDP program. We are looking at the possiblity of using a UK based hosting service. I'm looking for the names of companies that provide this facility under the Partnerworld umbrella. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ZOS 1.13 SMPTABL Mystery
On Wed, 25 Apr 2012 19:24:57 -0400, Shmuel Metz (Seymour J.) wrote: In 4f96b36c.3000...@acm.org, on 04/24/2012 at 09:06 AM, Joel C. Ewing jcew...@acm.org said: SMP/E dialogs do not work that way. Users do not share the same variables directly, they share the same list of named maintenance projects Is that a new function? I don't recall ever seeing named projects in the dialogs. Joel is referring to is the Run comment. Yes, you can deduce most of the state information from the CSI, possibly with help from the SMP/E log datasets; but it takes much more work and adds unnecessary opportunity for human error. Isn't it the other way around? The state information in the ISPF variables may be stale if you RECEIVE updated HOLDDATA, while the state information in the CSI is current. The state information that is stored in SMPTABL is not the state of SYSMODs. It is the state of the Sysmod Management dialog. For example, someone could start a SYSMOD Management dialog process to install RSU maintenance and select the APPLY/ACCEPT path. It might take several iterations of APPLY CHECK, reading HOLDDATA, adding or excluding SYSMODs, etc. before being ready to do the APPLY. That might include receiving additional HOLDDATA or SYSMODs. If you take over a dialog that someone else started, you can you don't necessarily have to go through all of the iterations that they did. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Altering VSAM CLUSTER TO(1999/12/31) Option
Is there a way of removing the TO(***PERM***) option of a cluster without actually putting an expiration date? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Altering VSAM CLUSTER TO(1999/12/31) Option
ALTER cluster NULLIFY(RETENTION) per http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I290/5.2.2 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, April 26, 2012 7:34 AM To: IBM-MAIN@bama.ua.edu Subject: Altering VSAM CLUSTER TO(1999/12/31) Option Is there a way of removing the TO(***PERM***) option of a cluster without actually putting an expiration date? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Altering VSAM CLUSTER TO(1999/12/31) Option
Thanks John... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Apr 26, 2012 at 8:40 AM, McKown, John john.mck...@healthmarkets.com wrote: ALTER cluster NULLIFY(RETENTION) per http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I290/5.2.2 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, April 26, 2012 7:34 AM To: IBM-MAIN@bama.ua.edu Subject: Altering VSAM CLUSTER TO(1999/12/31) Option Is there a way of removing the TO(***PERM***) option of a cluster without actually putting an expiration date? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
In 4f959964.2060...@phoenixsoftware.com, on 04/23/2012 at 11:03 AM, Edward Jaffe edja...@phoenixsoftware.com said: http://proceedings.share.org/client_files/SHARE_in_San_Jose/S8133EJ131525.pdf A few comments: 1. Most of the macro instructions the paper mentions come with the HLA toolkit. I'm not sure how they compare to the older Concept 101 macros, which I haven't used in decades. 2. The paper by Böhm and Jacopini makes much narrower claims than what is often attributed to it. 3. Rexx does not have a GOTO. Those who try to use SIGNAL as if it were GOTO often shoot themselves in the foot as a result. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ZOS 1.13 SMPTABL Mystery
In 5616521949719829.wa.m42tomibmmainyahoo@bama.ua.edu, on 04/26/2012 at 07:10 AM, Tom Marchant m42tom-ibmm...@yahoo.com said: The state information that is stored in SMPTABL is not the state of SYSMODs. It is the state of the Sysmod Management dialog. I understand that; it is precisely the reason that I don't see the need to share those data. For example, someone could start a SYSMOD Management dialog process to install RSU maintenance and select the APPLY/ACCEPT path. It might take several iterations of APPLY CHECK, reading HOLDDATA, adding or excluding SYSMODs, etc. before being ready to do the APPLY. That might include receiving additional HOLDDATA or SYSMODs. If you take over a dialog that someone else started, you can you don't necessarily have to go through all of the iterations that they did. If I take over an RSU process that somebody else started, then I will almost certainly download and RECEIVE new HOLDDATA. At that point I wiould want to redo the APPLY CHECK. If they did a RECEIVE of selected corrected service, that service will still be in the PTS so I don't need to go through that iteration even if I don't use their SMPTABL. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
In d5php7p6gadkvajvc7aqj71l5ur517p...@4ax.com, on 04/26/2012 at 09:01 AM, Binyamin Dissen bdis...@dissensoftware.com said: Its invalid because its invalid. Got it. Thanks. This is a case where I prefer the Burroughs notation; they called the equivalent flag the presence bit, which is more neutral. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
The finding that fewer explicit GOTOs are used and need be used in writing a routine in a statement-level language that makes the standard structured-programming figures available is at once trivial and important. As I noted in an earlier post I tend to use GOTOs chiefly in recursive processing, which the structured-programming theorists have largely ignored. If and when they formalize and implement recursive figures that meet my needs, I will of course use them. Until then I will continue to use GOTOs, implemented as cleanly as I know how in at least locally standard ways. What I have found at once odd and a distressing is all of this late-in-the-day zealotry. I feel no lively sense of guilt when I use a GOTO, and I doubt that programming students shoulkd be taught to do so. GOTOs are and will be infrequent in well written code., but anathema are dubious here and elsewhere. They belong to another, prescientific tradition. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: This is a case where I prefer the Burroughs notation; they called the equivalent flag the presence bit, which is more neutral. page transfers/io is done with channel programs which have real addresses. virtual memory has segment and page tables that map specific virtual memory pages to real pages. when a virtual page is selected for replacement, the corresponding page table entry invalid bit is set, the contents of the real page is written out, the replacing virtual page is read into the real page location, and then the corresponding page table entry invalid bit (for the replacing virtual page) is trned off. this is copy of presentation on cp/40 given at 1982 SEAS meeting http://www.garlic.com/~lynn/cp40seas1982.txt where they modified standard 360/40 to support virtual memory. In the 360/40, there were 64 4kbyte real pages. The added hardware gave each 4k real page had an virtual address space identifier (somewhat analogous to storage keys) plus a virtual page number. Running a virtual machine involved loading a virtual address space identifier into control register. In virtual address mode ... all real pages would be interrogated for matching virtual address space identifier plus matching virtual page number. cp/40 morphed into cp/67 when standard 360/67 with virtual memory hardware becamse available ... which looked much more like 370 virtual memory segment and page tables ... that continue through the various generations. I've claimed that the 801/risc effort was at least partially in reaction to the enormous complexity of the (failed) future system effort (which was going to completely replace 360/370 ... but imploded before even being announced) ... some past posts http://www.garlic.com/~lynn/submain.html#futuresys ... where 801/risc was going to the opposite extreme (to FS) by eliminating a lot of hardware complexity and simplifying the hardware. One of the things in 801/risc were inverted pagetables ... which are effectively much more like the 360/40 virtual memory implementation. 801/risc romp chip instead of having a virtual address space identifier had a 12bit virtual segment identifier (aka STE associative ... rather than the 360/370 STO associative). romp had 32bit virtual addressing with 16 256mbyte segments. When going to run something ... the segment identifiers were loaded into the 16 segment registers. Running in virtual address space made would peal off the virtual address space number and index the corresponding segment register, pull out the segment identifier ... and then use the virtual segment identifier plust segment virtual page number to look for the associated real page number. In 801/ROMP, rather than turning off the invalid bit ... to indicate virtual page is available ... the corresponding segment-id plus segment-virtual-page-number is loaded (for corresponding real page). misc. past posts mentioning 801, risc, romp, rios, power, power/pc, etc http://www.garlic.com/~lynn/subtopic.html#801 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None** Allocated extents . : 12 Volume serial . . . : D24V90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** Can this be corrected? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Listing says there are 12 extents of 1074 tracks each, which totals 12,888 tracks. 12,888 tracks is more than the reported 12,596 tracks used. The allocated tracks could be wrong due to a bug. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 11:24 AM To: IBM-MAIN@bama.ua.edu Subject: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None** Allocated extents . : 12 Volume serial . . . : D24V90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** Can this be corrected? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in between! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in between! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0 0 0 ON THE ABOVE DATA SET,THERE ARE 9374 EMPTY TRACK(S) 0 I am not sure if this confirms the information of ISFP . Could you take a look please? From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 12:51:11 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Better yet, recreate the steps you took but do not hit enter. When you have finished typing I beside the dsn, then copy the screen image before you hit enter. Insert your screen image into your next post. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Thursday, April 26, 2012 1:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 000 0
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter / to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A24U90 * End of Data Set list * ** From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some code is perhaps not properly serializing on the VTOC accesses. Either way, you should get IBM involved in resolving this issue, assuming that IBM wrote the program that you used for your previous display. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Hi Tom, I ran the IEHLIST with FORMAT option and this is what it tells me: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- R) 0TRKS1074 12595 2 2176 0 1 20 0 1 18 EATTR NS 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C-H) 0 1137 9 1209 2 1 1209 3 1280 11 2 1280 12 1352 5 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 0 0 000 0 0 0 0 0 0 0 0 00 00 00
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Here is the display after I hit ENTER Data Set Information Command === Data Set Name . . . . : ZWA6PWG.ICOD.DMSC.D2012087.T130018 General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None**Allocated extents . : 12 Volume serial . . . : A24U90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:20:50 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter / to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A24U90 * End of Data Set list * ** From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after formatting the number of tracks allocated but in betwee! n! your two reads of the F1 the system rewrote the F1 and changed the last block pointer field, then when your display request read the F1 again it displayed the non-zero last block pointer. Some
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
Being able to reproduce the incorrect display long after any DSCBs were being updated indicates that this is not due to a timing problem when reading the DSCBs. I suggest you get IBM involved, either through an ETR or an APAR. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Here is the display after I hit ENTER Data Set Information Command === Data Set Name . . . . : ZWA6PWG.ICOD.DMSC.D2012087.T130018 General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None**Allocated extents . : 12 Volume serial . . . : A24U90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:20:50 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter / to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A24U90 * End of Data Set list * ** From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in your previous email ignored the F3 DSCB. Or perhaps you asked the system to tell you the data set attributes in your previous email at just the wrong millisecond when the system was also in the midst of updating the F1 DSCB. Possibly your display request read the F1, began formatting the display, then read the F1 again after
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
What level of z/OS? I vaguely remember when ISPF hadn't caught up with newer PS formats. Migrate/recall it and it might get better. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Thursday, April 26, 2012 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Being able to reproduce the incorrect display long after any DSCBs were being updated indicates that this is not due to a timing problem when reading the DSCBs. I suggest you get IBM involved, either through an ETR or an APAR. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Here is the display after I hit ENTER Data Set Information Command === Data Set Name . . . . : ZWA6PWG.ICOD.DMSC.D2012087.T130018 General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None**Allocated extents . : 12 Volume serial . . . : A24U90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:20:50 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Once the dsn is displayed by ISPF, I then typed I as shown below: Command - Enter / to select action Message Volume --- IZWA6PWG.ICOD.DMSC.D2012087.T130018 A2 4U90 * End of Data Set list * ** From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 2:13:52 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Please describe more precisely what you did when you said you typed I beside the dsn. I tried to type the number 1 and the letter I beside a dsn on an ISPF 3.4 screen and I did not get any display like yours. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, April 26, 2012 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. Bill, In my first e-mail, I displayed the dsn the following way: ISPF 3.4 ZWA6PWG.ICOD.DMSC.D2012087.T130018 Next, I typed I besided the dsn Then it displayed me the dsn stats. From: Bill Fairchild bfairch...@rocketsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, April 26, 2012 1:48:44 PM Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. The display you show below only displays the first 3 extents, which have a total of 3*1074=3222 tracks, which is what your previous email said was the total of all tracks allocated. This display also shows a non-zero pointer to a F3 DSCB in which will be described up to 13 more extents of which your data set will have non-zero values in the first 9, for a grand total of 12*1074=12888 tracks. The last block pointer in the display below agrees with the number of tracks utilized in your previous email. It appears that for some reason the program that you used to display the data set attributes in
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
On Thu, 26 Apr 2012 20:48:48 +, Gibney, Dave wrote: Migrate/recall it and it might get better. I wouldn't do that without first taking a full volume backup. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
The backup is essential if IBM's help is to be solicited. I would ask for that help before doing anything more. I have never seen or heard of such an error, and it may be hard to reproduce. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
What command, what ISPF panel is invoked here? What libraries do these commands come from? Might this be a panel issue ... truncated / overflowed numeric field in Allocated tracks because the panel is a customized (home-grown) panel from many years ago? Regards, Ulrich Krueger - Here is the display after I hit ENTER Data Set Information Command === Data Set Name . . . . : ZWA6PWG.ICOD.DMSC.D2012087.T130018 General Data Current Allocation Management class . . : **None** Allocated tracks . : 3,222 Storage class . . . : **None**Allocated extents . : 12 Volume serial . . . : A24U90 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used tracks . . . . : 12,596 Record length . . . : 0 Used extents . . . : 3 Block size . . . . : 27998 1st extent tracks . : 1074 Secondary tracks . : 1074 Dates Data set name type : Creation date . . . : 2012/03/27 SMS Compressible. . : NO Referenced date . . : 2012/04/26 Expiration date . . : ***Perm*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Have you ever done this using FTP?
FTP a PDS from one Mainframe to another mainframe connected through TCPIP? If so how is it done? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
This is a good point. I wonder what brought this DSN to Esmie's attention? Is it usable by the application it is part of? I would wager if it doesn't migrate/recall, it also won't backup/recover usefully either. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, April 26, 2012 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION. On Thu, 26 Apr 2012 20:48:48 +, Gibney, Dave wrote: Migrate/recall it and it might get better. I wouldn't do that without first taking a full volume backup. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
FTP a PDS from one Mainframe to another mainframe connected through TCPIP? If so how is it done? John Norgauer I typically either use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq file, then do the FTP. I think TRSMAIN can actually have the PDS as input and produce the seq file as output. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
Yep. lcd 'local pdsname' cd 'foreign pdsname' MPUT * will do it just fine. Rob Schramm Senior Systems Consultant Imperium Group On Thu, Apr 26, 2012 at 6:02 PM, John Norgauer john.norga...@ucdmc.ucdavis.edu wrote: FTP a PDS from one Mainframe to another mainframe connected through TCPIP? If so how is it done? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
On 4/26/2012 2:32 PM, John Gilmore wrote: The backup is essential if IBM's help is to be solicited. I would ask for that help before doing anything more. I have never seen or heard of such an error, and it may be hard to reproduce. And, I recommend DUMP TRACKS. Do NOT use any sort of logical dump. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
z/OS to z/OS, the z/OS extension MGET should work :) It's when you park/pass-through the squatty box that it gets more picky. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, April 26, 2012 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Have you ever done this using FTP? FTP a PDS from one Mainframe to another mainframe connected through TCPIP? If so how is it done? John Norgauer I typically either use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq file, then do the FTP. I think TRSMAIN can actually have the PDS as input and produce the seq file as output. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
Exactly. Could not be more straightforward. Exactly the same as copying the contents of a folder from one UNIX or Windows machine to another. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Thursday, April 26, 2012 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Have you ever done this using FTP? Yep. lcd 'local pdsname' cd 'foreign pdsname' MPUT * will do it just fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
You left out some key information from the first two lines of the IEHLIST output. Your previous (and subsequent) ISPF data states that 12 extents are allocated. This IEHLIST output shows only 3 with tracks. It then shows 9 additional extents with no tracks. That explains the 12 extents but only 3,222 tracks allocated. ISPF is apparently computing the Current utilization from the LAST BLK field which shows below as 12595-2. This explains the 12596 tracks value in ISPF. I don't know where ISPF gets the Used extents value. I expect it steps through the extents adding up the number of tracks in each until either it hits a zero extent (as here) or exceeds the LAST BLK value. That would explain the 3 extents value in ISPF. All in all, it looks as if someone stepped on your Format-3 DSCB. You can confirm this by dumping the VTOC and comparing the Format-1 and -3 entries of a known good dataset with more than three extents and the corresponding ones for this dataset. If this is fact the case, the next issue to worry about is: Are the missing extents present in the free space pool? I used a home-grown DASD mapping tool to verify that each track on a DASD was covered by exactly one extent (either F1, F3, or free space/F5). (There probably is a similar tool on the CBT tape. Beware of older versions that don't support the new VTOC formats.) If the missing extents are not in the free pool, then the data may still be valid since no one should try to write on those tracks. You can then edit the F3 DSCB to incorporate the missing 9 extents and possibly recover the data. If the missing extents are in the free pool, you probably will need to recover the dataset from a backup that was made prior to the F3 corruption. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :: Behalf Of esmie moo :: Sent: Thursday, April 26, 2012 10:27 AM :: To: IBM-MAIN@bama.ua.edu :: Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT :: ALLOCATION. :: :: Hi Tom, :: :: I ran the IEHLIST with FORMAT option and this is what it tells me: :: :: SMS.NPE LRECL KEYLEN INITIAL ALLOC 2ND ALLOC EXTEND LAST :: BLK(T-R-L) DIR.REM F2 OR F3(C-H-R) DSCB(C-H- :: :: :: :: R) :: 0TRKS :: 1074 12595 2 2176 :: 0 1 20 0 1 18 :: EATTR :: :: NS :: :: 0 EXTENTS NO LOW(C-H) HIGH(C-H) NO LOW(C-H) HIGH(C- :: H) NO LOW(C-H) HIGH(C-H) :: 0 1137 9 1209 2 :: 1 1209 3 1280 11 2 1280 12 13 :: 52 5 :: 0 0 0 0 :: :: 0 00 0 0 000 :: 0 0 0 :: 0 0 0 0 :: :: 0 00 0 0 000 :: 0 0 0 :: 0 0 0 0 :: :: 0 00 00 000 :: 0 0 0 :: ON THE ABOVE DATA SET,THERE :: ARE 9374 EMPTY TRACK(S) :: 0 :: :: I am not sure if this confirms the information of ISFP . Could you :: take a look please? :: :: :: :: From: Tom Marchant m42tom-ibmm...@yahoo.com :: To: IBM-MAIN@bama.ua.edu :: Sent: Thursday, April 26, 2012 12:51:11 PM :: Subject: Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT :: ALLOCATION. :: :: On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: :: :: Good Morning Gentle Readers, :: :: The dsn has the following allcation but I am not sure how to :: correct the problem. I have never seen before where the :: current utilization is larger than the allocation. :: :: I've never seen that either. Before attempting any correction, :: I would use IEHLIST to obtain a LISTVTOC FORMAT and a :: LISTVTOC DUMP for the data set. I wonder if ISPF is reporting :: the information correctly. If the LISTVTOC confirms the :: information that ISPF shows, I'd recommend calling the IBM :: support center. :: :: -- :: Tom Marchant :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with
Re: Progress Toward z/OS Personal Use License
On 2012-04-24 23:36, Edward Jaffe wrote: The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. This is progress. And if Robert Cringley's predictions about IBM's future hopefully are wrong, this is promising to basement/mom pop developers. But does RDTESz (or whatever you want as the acronym) also support z/VSE and z/VM for developers? (Yes, I know, I can download the trial z/VM and jury-rig it under Hercules...) -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Making tools available to the community
If you have a VM or VM-related tool or document that you'd like to publish to the VM community, please go to http://www.vmworkshop.org/tools/submit-a-tool and fill in the information there. It will be published to vmworkshop.org ASAP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
On Thu, 26 Apr 2012 18:09:27 -0400, Rob Schramm wrote: Yep. lcd 'local pdsname' cd 'foreign pdsname' MPUT * will do it just fine. The tricky part may be allocating the receiving PDS. Notice that the statement of the problem said it had to be done using FTP. It's easily enough done with the lately deprecated squatty boxes: ftp mkdir foreign pdsname 257 /u/user/foreign pdsname new directory created. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
If you specify EBCDIC and BLOCK and if the receiving PDS is already allocated, it will even transfer load modules and preserve the directory information. I think it will also preserve ISPF statistics. lcd local_pds cd remote_pds ebcdic block mget * (or mput if you are on the transmit system) :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :: Behalf Of John Norgauer :: Sent: Thursday, April 26, 2012 3:02 PM :: To: IBM-MAIN@bama.ua.edu :: Subject: Have you ever done this using FTP? :: :: FTP a PDS from one Mainframe to another mainframe connected through :: TCPIP? :: :: If so how is it done? :: :: :: :: John Norgauer :: Senior Systems Programmer :: Mainframe Technical Support Services :: University of California Davis Medical Center :: 2315 Stockton Blvd :: ASB 1300 :: Sacramento, Ca 95817 :: 916-734-0536 :: :: SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN :: 2004 :: :: Hardware eventually breaks - Software eventually works anon :: :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
The SENDSITE command will help if the PDS needs to be created. On Apr 26, 2012 6:41 PM, retired mainframer retired-mainfra...@q.com wrote: If you specify EBCDIC and BLOCK and if the receiving PDS is already allocated, it will even transfer load modules and preserve the directory information. I think it will also preserve ISPF statistics. lcd local_pds cd remote_pds ebcdic block mget * (or mput if you are on the transmit system) :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :: Behalf Of John Norgauer :: Sent: Thursday, April 26, 2012 3:02 PM :: To: IBM-MAIN@bama.ua.edu :: Subject: Have you ever done this using FTP? :: :: FTP a PDS from one Mainframe to another mainframe connected through :: TCPIP? :: :: If so how is it done? :: :: :: :: John Norgauer :: Senior Systems Programmer :: Mainframe Technical Support Services :: University of California Davis Medical Center :: 2315 Stockton Blvd :: ASB 1300 :: Sacramento, Ca 95817 :: 916-734-0536 :: :: SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN :: 2004 :: :: Hardware eventually breaks - Software eventually works anon :: :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
for text files the mput * should work even with the sqatties in the way. for the binaries... not so sure. But the mvs to mvs with ebcdic and mode b is how I have transferred load modules to remote sites. Works great! Rob Schramm Senior Systems Consultant Imperium Group On Thu, Apr 26, 2012 at 7:44 PM, John McKown john.archie.mck...@gmail.comwrote: The SENDSITE command will help if the PDS needs to be created. On Apr 26, 2012 6:41 PM, retired mainframer retired-mainfra...@q.com wrote: If you specify EBCDIC and BLOCK and if the receiving PDS is already allocated, it will even transfer load modules and preserve the directory information. I think it will also preserve ISPF statistics. lcd local_pds cd remote_pds ebcdic block mget * (or mput if you are on the transmit system) :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :: Behalf Of John Norgauer :: Sent: Thursday, April 26, 2012 3:02 PM :: To: IBM-MAIN@bama.ua.edu :: Subject: Have you ever done this using FTP? :: :: FTP a PDS from one Mainframe to another mainframe connected through :: TCPIP? :: :: If so how is it done? :: :: :: :: John Norgauer :: Senior Systems Programmer :: Mainframe Technical Support Services :: University of California Davis Medical Center :: 2315 Stockton Blvd :: ASB 1300 :: Sacramento, Ca 95817 :: 916-734-0536 :: :: SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN :: 2004 :: :: Hardware eventually breaks - Software eventually works anon :: :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
Lot of ways to crack this one, FTP like everyone stated. Jes2 to jes2 using TCPIP, using NJE, TSO Xmit works great Scott Ford Senior Systems Engineer www.identityforge.com On Apr 26, 2012, at 7:44 PM, John McKown john.archie.mck...@gmail.com wrote: The SENDSITE command will help if the PDS needs to be created. On Apr 26, 2012 6:41 PM, retired mainframer retired-mainfra...@q.com wrote: If you specify EBCDIC and BLOCK and if the receiving PDS is already allocated, it will even transfer load modules and preserve the directory information. I think it will also preserve ISPF statistics. lcd local_pds cd remote_pds ebcdic block mget * (or mput if you are on the transmit system) :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :: Behalf Of John Norgauer :: Sent: Thursday, April 26, 2012 3:02 PM :: To: IBM-MAIN@bama.ua.edu :: Subject: Have you ever done this using FTP? :: :: FTP a PDS from one Mainframe to another mainframe connected through :: TCPIP? :: :: If so how is it done? :: :: :: :: John Norgauer :: Senior Systems Programmer :: Mainframe Technical Support Services :: University of California Davis Medical Center :: 2315 Stockton Blvd :: ASB 1300 :: Sacramento, Ca 95817 :: 916-734-0536 :: :: SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN :: 2004 :: :: Hardware eventually breaks - Software eventually works anon :: :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
z/OS Mainframe CA Product training workshops coming up!
MAINFRAME SKILLS ARE BECOMING SCARCE!particularly Systems Programmers. We just wanted to let you know the following mainframe CA automation product classes are coming up both in our live Virtual Classroom, Pittsburgh and Toronto training centers. Attend either in-person (Pittsburgh/Toronto) or online from anywhere in the world and experience our expert Sr. Instructors and real-world mainframe lab environment. Cross-train your distributed systems staff and be prepared for the future! For more information on any of the courses dates below, please contact Harriette Matthews at 800-373-9188x131 or hmatth...@protechtraining.com. MVS JCL Workshop - 5/15-1 Advanced MVS JCL and Utilities - 3/29-30 Introduction to VSAM - 4/2-5 SMP/E Fundamentals - 4/10-13 z/OS UNIX Systems Services Implementation - 4/16-19 Understanding Workload Manager - 4/16-18 HCD and IODF Fundamentals - 4/23-24 Understanding Using CA-OPS/MVS - 4/25-26 VTAM Facilities and Operations - 4/30-05/4 8/20-24 CICS Concepts and Commands for Operations - 5/7-8 Intro to ISPF Dialog Management - 5/14-18 6/25-27 z/OS Technical Bootcamp - 5/14-25 (Intensive Two-Week Program!) CICS v4 for System Programmers - 5/21-25 Installing Unleashing Unicenter AutomationPoint - 5/21-25 z/OS Performance Tuning and Control w/WLM - 5/28-6/1 z/OS Internals Fundamentals - 6/11-22 (Intensive Two-Weeks!) Easytrieve Plus for Programmers - 6/11-13 COBOL Programming 06/18-22 9/24-28 z/OS Unix Systems Services Implementation - 6/18-6/21 COBOL Debugging Dump Reading - 6/25-27 REXX Programming - 7/09-11 10/15-17 Adv REXX - 7/12-13 10/18-19 z/OS Diagnostics Debugging 7/23-27 VSAM Application Performance Tuning - 7/23-26 SMP/E Fundamentals - 7/30-8/2 Intro to Assembler - 8/27-31 Understanding Workload Manager - 8/6-8 WebsphereMQ Bootcamp for Systems Administrators - 9/10-14 Intermediate Assembler - 9/10-14 CICS Command Level Programming - 7/9-15 9/17-21 Understanding CA-OPS/MVS RDF SSM - 10/1-2 IMS Basic Programming Techniques - 11/5-7 If you would like more information on any of these dates, please contact our Mainframe Marketing Specialist, Harriette Matthews at hmatth...@protechtraining.com Yours in learning, Scott Scott Redmond McFall http://www.linkedin.com/in/scottrmcfall http://www.linkedin.com/in/scottrmcfall 800-373-9188x113 cell 412-445-8070 VP/GenMgr-ProTechTraining.com a div of ProTech Professional Technical Services, Inc. Enterprise IT Specialists - Consulting/Training/Staffing GSA #GS-35F-0486W LinkedIn open-networker, or follow me at http://www.twitter.com/srmcfall www.twitter.com/srmcfall Over 250,000 Successfully Trained IT Professionals Since 1990! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Mainframe Skills Scarce? (z/OS Mainframe CA Product training ...)
On 4/26/2012 9:09 PM, Scott McFall wrote: MAINFRAME SKILLS ARE BECOMING SCARCE!particularly Systems Programmers. I hear this paradoxical conjecture all the time. If true, why are so many skilled mainframe professionals -- particularly sysprogs -- looking for work? IJS... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
