Re: Temp SFS environment
Scott My VM is used as hypervisor for DR needs and defined with minimal dasd. I was looking for a way to transfer big files without adding perm or temp dasd space and avoid to increase time of backup... And we are waiting for a new dasd array coming in end of may. All the rest of free space is used to migrate 3380 to 3390. Alain Envoyé de mon iPhone Le 16 mars 2011 à 23:12, "Wandschneider, Scott" a écrit : > My curious mind wants me to ask. . . Why would you want a temporary SFS > Directory in memory? > > Thank you, > Scott > > > -Original Message- > From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On > Behalf Of Alain Benveniste > Sent: Wednesday, March 16, 2011 5:01 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Temp SFS environment > > Hi, > > I tried to create a Temp SFS environment in using FB-512 VDSK. > Part of my directory looks like this: > MDISK 0191 3390 11 1 VM0HVF MR > MDISK 0301 FB-512 V-DISK 64000 > MDISK 0302 FB-512 V-DISK 64000 > MDISK 0303 FB-512 V-DISK 64000 > MDISK 0304 FB-512 V-DISK 64000 > MDISK 0305 FB-512 V-DISK 64000 > > The fileserv generate command works perfectly but when I do a fileserv > st= > art > I get: > DMSWFV1117I FILESERV processing begun at 22:55:02 on 16 Mar 2011 > DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing > DMS4PD3400I Initializing begins for DDNAME = CONTROL > DMS4PD3400I Initializing ends for DDNAME = CONTROL > DMS4PD3400I Initializing begins for DDNAME = MDK1 > DMS4PD3400I Initializing ends for DDNAME = MDK1 > DMS4PD3400I Initializing begins for DDNAME = MDK2 > DMS4PD3400I Initializing ends for DDNAME = MDK2 > DMS4PG3404W File pool limit of 2 minidisks has been reached > DMS4PD3400I Initializing begins for DDNAME = LOG1 > DMS4PD3400I Initializing ends for DDNAME = LOG1 > DMS4PD3400I Initializing begins for DDNAME = LOG2 > DMS4PD3400I Initializing ends for DDNAME = LOG2 > DMS5FD3032I File pool server has terminated > DMSWFV1120I File SFS POOLDEF A1 created or replaced > DMSWFV1117I FILESERV processing ended at 22:55:52 on 16 Mar 2011 > DMSWFV1117I FILESERV processing begun at 22:55:52 on 16 Mar 2011 > DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing > DMSWFV1121I SFS POOLDEF A1 will be used for FILESERV processing > DMS5FE3040E File pool server system error occurred - DMS4FK 02 > > DMS3040E File pool server system error occurred - modulename nn > > Explanation: An internal error occurred within the file pool server. A > du= > mp is > taken according to the dump option chosen in the server startup > parameter= > s. > This is a system error. > > The modulename is the name of the module that detected the error. > > The nn is the error detection point within the module. > > The modulename nn is intended only for service personnel. > > > What modulename 02 means ? > > Fileserv works fine when the MDK are 'normal' mdisk but not when > they= > > are defined as temp... > > Is it just possible to do that ? > > Alain > > Confidentiality Note: This e-mail, including any attachment to it, may > contain material that is confidential, proprietary, privileged and/or > "Protected Health Information," within the meaning of the regulations under > the Health Insurance Portability & Accountability Act as amended. If it is > not clear that you are the intended recipient, you are hereby notified that > you have received this transmittal in error, and any review, dissemination, > distribution or copying of this e-mail, including any attachment to it, is > strictly prohibited. If you have received this e-mail in error, please > immediately return it to the sender and delete it from your system. Thank you.
Re: Temp SFS environment
I am not sure about this, but I think it might be that the mdisks get detached and re-linked, which would kill your SFS server if they were TDISK. See what response you get to: #cp q v 301-305 immediately after the failure. The reason I think I remember this is that years ago I once tried to define the mdisks as slightly different addresses than the ones in the CP directory (#CP DEF B301 301), and ran into problems. IIRC the server wanted to be able to LINK to the addresses I had given it. Shimon On Thu, Mar 17, 2011 at 12:01 AM, Alain Benveniste wrote: > Hi, > > I tried to create a Temp SFS environment in using FB-512 VDSK. > Part of my directory looks like this: > MDISK 0191 3390 11 1 VM0HVF MR > MDISK 0301 FB-512 V-DISK 64000 > MDISK 0302 FB-512 V-DISK 64000 > MDISK 0303 FB-512 V-DISK 64000 > MDISK 0304 FB-512 V-DISK 64000 > MDISK 0305 FB-512 V-DISK 64000 > > The fileserv generate command works perfectly but when I do a fileserv st > art > I get: > DMSWFV1117I FILESERV processing begun at 22:55:02 on 16 Mar 2011 > DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing > DMS4PD3400I Initializing begins for DDNAME = CONTROL > DMS4PD3400I Initializing ends for DDNAME = CONTROL > DMS4PD3400I Initializing begins for DDNAME = MDK1 > DMS4PD3400I Initializing ends for DDNAME = MDK1 > DMS4PD3400I Initializing begins for DDNAME = MDK2 > DMS4PD3400I Initializing ends for DDNAME = MDK2 > DMS4PG3404W File pool limit of 2 minidisks has been reached > DMS4PD3400I Initializing begins for DDNAME = LOG1 > DMS4PD3400I Initializing ends for DDNAME = LOG1 > DMS4PD3400I Initializing begins for DDNAME = LOG2 > DMS4PD3400I Initializing ends for DDNAME = LOG2 > DMS5FD3032I File pool server has terminated > DMSWFV1120I File SFS POOLDEF A1 created or replaced > DMSWFV1117I FILESERV processing ended at 22:55:52 on 16 Mar 2011 > DMSWFV1117I FILESERV processing begun at 22:55:52 on 16 Mar 2011 > DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing > DMSWFV1121I SFS POOLDEF A1 will be used for FILESERV processing > DMS5FE3040E File pool server system error occurred - DMS4FK 02 > > DMS3040E File pool server system error occurred - modulename nn > > Explanation: An internal error occurred within the file pool server. A du > mp is > taken according to the dump option chosen in the server startup parameter > s. > This is a system error. > > The modulename is the name of the module that detected the error. > > The nn is the error detection point within the module. > > The modulename nn is intended only for service personnel. > > > What modulename 02 means ? > > Fileserv works fine when the MDK are 'normal' mdisk but not when they > > are defined as temp... > > Is it just possible to do that ? > > Alain >
Re: Temp SFS environment
On Wednesday, 03/16/2011 at 06:01 EDT, Alain Benveniste wrote: > DMS5FE3040E File pool server system error occurred - DMS4FK 02 That error code indicates a failure of the MAPMDISK IDENTIFY function (see CP Programming Services), and the likely candidate error is "V-DISK not supported". I think you should be able to use T-disk, however. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Temp SFS environment
My curious mind wants me to ask. . . Why would you want a temporary SFS Directory in memory? Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alain Benveniste Sent: Wednesday, March 16, 2011 5:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Temp SFS environment Hi, I tried to create a Temp SFS environment in using FB-512 VDSK. Part of my directory looks like this: MDISK 0191 3390 11 1 VM0HVF MR MDISK 0301 FB-512 V-DISK 64000 MDISK 0302 FB-512 V-DISK 64000 MDISK 0303 FB-512 V-DISK 64000 MDISK 0304 FB-512 V-DISK 64000 MDISK 0305 FB-512 V-DISK 64000 The fileserv generate command works perfectly but when I do a fileserv st= art I get: DMSWFV1117I FILESERV processing begun at 22:55:02 on 16 Mar 2011 DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing DMS4PD3400I Initializing begins for DDNAME = CONTROL DMS4PD3400I Initializing ends for DDNAME = CONTROL DMS4PD3400I Initializing begins for DDNAME = MDK1 DMS4PD3400I Initializing ends for DDNAME = MDK1 DMS4PD3400I Initializing begins for DDNAME = MDK2 DMS4PD3400I Initializing ends for DDNAME = MDK2 DMS4PG3404W File pool limit of 2 minidisks has been reached DMS4PD3400I Initializing begins for DDNAME = LOG1 DMS4PD3400I Initializing ends for DDNAME = LOG1 DMS4PD3400I Initializing begins for DDNAME = LOG2 DMS4PD3400I Initializing ends for DDNAME = LOG2 DMS5FD3032I File pool server has terminated DMSWFV1120I File SFS POOLDEF A1 created or replaced DMSWFV1117I FILESERV processing ended at 22:55:52 on 16 Mar 2011 DMSWFV1117I FILESERV processing begun at 22:55:52 on 16 Mar 2011 DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing DMSWFV1121I SFS POOLDEF A1 will be used for FILESERV processing DMS5FE3040E File pool server system error occurred - DMS4FK 02 DMS3040E File pool server system error occurred - modulename nn Explanation: An internal error occurred within the file pool server. A du= mp is taken according to the dump option chosen in the server startup parameter= s. This is a system error. The modulename is the name of the module that detected the error. The nn is the error detection point within the module. The modulename nn is intended only for service personnel. What modulename 02 means ? Fileserv works fine when the MDK are 'normal' mdisk but not when they= are defined as temp... Is it just possible to do that ? Alain Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or "Protected Health Information," within the meaning of the regulations under the Health Insurance Portability & Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Temp SFS environment
Hi, I tried to create a Temp SFS environment in using FB-512 VDSK. Part of my directory looks like this: MDISK 0191 3390 11 1 VM0HVF MR MDISK 0301 FB-512 V-DISK 64000 MDISK 0302 FB-512 V-DISK 64000 MDISK 0303 FB-512 V-DISK 64000 MDISK 0304 FB-512 V-DISK 64000 MDISK 0305 FB-512 V-DISK 64000 The fileserv generate command works perfectly but when I do a fileserv st art I get: DMSWFV1117I FILESERV processing begun at 22:55:02 on 16 Mar 2011 DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing DMS4PD3400I Initializing begins for DDNAME = CONTROL DMS4PD3400I Initializing ends for DDNAME = CONTROL DMS4PD3400I Initializing begins for DDNAME = MDK1 DMS4PD3400I Initializing ends for DDNAME = MDK1 DMS4PD3400I Initializing begins for DDNAME = MDK2 DMS4PD3400I Initializing ends for DDNAME = MDK2 DMS4PG3404W File pool limit of 2 minidisks has been reached DMS4PD3400I Initializing begins for DDNAME = LOG1 DMS4PD3400I Initializing ends for DDNAME = LOG1 DMS4PD3400I Initializing begins for DDNAME = LOG2 DMS4PD3400I Initializing ends for DDNAME = LOG2 DMS5FD3032I File pool server has terminated DMSWFV1120I File SFS POOLDEF A1 created or replaced DMSWFV1117I FILESERV processing ended at 22:55:52 on 16 Mar 2011 DMSWFV1117I FILESERV processing begun at 22:55:52 on 16 Mar 2011 DMSWFV1121I SFS DMSPARMS A1 will be used for FILESERV processing DMSWFV1121I SFS POOLDEF A1 will be used for FILESERV processing DMS5FE3040E File pool server system error occurred - DMS4FK 02 DMS3040E File pool server system error occurred - modulename nn Explanation: An internal error occurred within the file pool server. A du mp is taken according to the dump option chosen in the server startup parameter s. This is a system error. The modulename is the name of the module that detected the error. The nn is the error detection point within the module. The modulename nn is intended only for service personnel. What modulename 02 means ? Fileserv works fine when the MDK are 'normal' mdisk but not when they are defined as temp... Is it just possible to do that ? Alain
Re: EXEC language parser
Have you looked in the VM Download Library? Any good Rexx XREF program should yield the basic information that you would need to accumulate. Les Mehta, Nilay wrote: Hi, I am trying to create inventory list to show all called procedures from an EXEC program. Ideally I require a language parser which parses the syntax but doesn't execute the code; instead just identifies various aspects of the program (like called procedures, file definitions etc) REXX has option that causes commands to be traced but not processed. TRACE !C However it doesn't work if calls are made to external procedures (like PLI or FORTRAN modules etc) Is there a utility/command which can help me achieve the above? My system is z/VM 5.2 Thanks. Example: Pseudo code: ABC EXEC /* */ CALL 'PRDDATE' 'MMDDYY' ERASE IUDINIT LOG 'EXEC XYZPGM' WHEN SELECTION = 2 THEN DO CMPSCHEM END 'FILEDEF IPPFILE DISK IPPFILE DAT A(LRECL 110RECFM F' 'FILEDEF ITTFILE DISK ITTFILE DAT A(LRECL 110RECFM F' 'QCHG' IF RC <> 0 THEN DO; SIGNAL ERROR; END RETURN; The utility should return all called programs: 1.PRDDATE & XYZPGM (which are EXEC and may be written in EXEC, EXEC2 or REXX language) 2.CMPSCHEM (which is written in assembly language - CMPSCHEM ASSEMBLE) 3.QCHG (which is PL1 program - QCHG PLI) For further important information about AllianceBernstein please click here http://www.alliancebernstein.com/disclaimer/email/disclaimer.html
Re: EXEC language parser
The REXX compiler may be some help. 2011/3/16 Mehta, Nilay > Hi, > > > > I am trying to create inventory list to show all called procedures from an > EXEC program. > > > > Ideally I require a language parser which parses the syntax but doesn’t > execute the code; instead just identifies various aspects of the program > (like called procedures, file definitions etc) > > > > REXX has option that causes commands to be traced but not processed. > > > > TRACE !C > > > > However it doesn’t work if calls are made to external procedures (like PLI > or FORTRAN modules etc) > > > > Is there a utility/command which can help me achieve the above? > > > > My system is z/VM 5.2 > > > > Thanks. > > > > Example: > > > > Pseudo code: > > > > ABC EXEC > > /* */ > > CALL 'PRDDATE' 'MMDDYY' > > ERASE IUDINIT LOG > > 'EXEC XYZPGM' > > WHEN SELECTION = 2 > > THEN DO > > CMPSCHEM > > END > > 'FILEDEF IPPFILE DISK IPPFILE DAT A(LRECL 110RECFM F' > > 'FILEDEF ITTFILE DISK ITTFILE DAT A(LRECL 110RECFM F' > > 'QCHG' > > IF RC <> 0 THEN DO; > > > SIGNAL ERROR; > > > END > > RETURN; > > > > The utility should return all called programs: > > 1.PRDDATE & XYZPGM (which are EXEC and may be written in EXEC, EXEC2 or > REXX language) > > 2.CMPSCHEM (which is written in assembly language – CMPSCHEM ASSEMBLE) > > 3.QCHG (which is PL1 program – QCHG PLI) > > > > > > > > > > > > > > For further important information about AllianceBernstein please click here > http://www.alliancebernstein.com/disclaimer/email/disclaimer.html > -- Kris Buelens, IBM Belgium, VM customer support
Re: Question to CMS plumbers (PIPE)
I've heard of some shops doing that on MVS, but it requires privilege and management approval. Les Florian Bilek wrote: Thanks for the feedback. I will forward the question to my IBM representative. Let's see what that Delivery offering means. I read about this in the Author's Guide. I think even the Batch pipes are not going to be further improved, There should be some sort of "unsupport ed" way as it is done in CMS where you can replace the official version by th e current ones of MARIST. Thank's for the hints. Kind regards, Florian
EXEC language parser
Hi, I am trying to create inventory list to show all called procedures from an EXEC program. Ideally I require a language parser which parses the syntax but doesn't execute the code; instead just identifies various aspects of the program (like called procedures, file definitions etc) REXX has option that causes commands to be traced but not processed. TRACE !C However it doesn't work if calls are made to external procedures (like PLI or FORTRAN modules etc) Is there a utility/command which can help me achieve the above? My system is z/VM 5.2 Thanks. Example: Pseudo code: ABC EXEC /* */ CALL 'PRDDATE' 'MMDDYY' ERASE IUDINIT LOG 'EXEC XYZPGM' WHEN SELECTION = 2 THEN DO CMPSCHEM END 'FILEDEF IPPFILE DISK IPPFILE DAT A(LRECL 110RECFM F' 'FILEDEF ITTFILE DISK ITTFILE DAT A(LRECL 110RECFM F' 'QCHG' IF RC <> 0 THEN DO; SIGNAL ERROR; END RETURN; The utility should return all called programs: 1.PRDDATE & XYZPGM (which are EXEC and may be written in EXEC, EXEC2 or REXX language) 2.CMPSCHEM (which is written in assembly language - CMPSCHEM ASSEMBLE) 3.QCHG (which is PL1 program - QCHG PLI) For further important information about AllianceBernstein please click here http://www.alliancebernstein.com/disclaimer/email/disclaimer.html
Re: RSU, PSP - which do I choose?
At some point, you may want to consider creating a 2nd level VM just for maintenance like this. Once your VM system is deployed, you never want to apply maintenance to it directly, not even a PTF, without doing a "smoke test" first at level 2. David Boyes Sent by: The IBM z/VM Operating System 03/10/2011 05:43 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RSU, PSP - which do I choose? Order PTF UV97540 and you will got lastest RSU for z/VM 5.4. (1008) This is good advice and gets you most of the way. Since RSUs are collections of recommended service made at a specific point in time, make sure you also order the PSP bucket for that RSU to catch anything after the RSU date that wasn’t included on the RSU. Background: What you’re doing is three things: installing the base code, using the RSU to jump forward in time and apply all the service from the base up to the RSU date in one operation, and then layer any fixes that have been made after the RSU was closed. You’ve gotten the base code installed, and (if you want) you can use the RSU that you have to practice installing the RSU (when you get the new stacked RSU and PSP tapes, the SERVICE tool will figure out what you have already applied and just add the new stuff. Mother’s Rules of Thumb: 1) Never mix IBM stuff and your stuff. 2) Always take a backup of your entire MAINT id BEFORE you THINK about applying service 3) Cupcakes get you faster responses to your service problems. 8-) I’d strongly encourage you to just do a SERVICE ALL with the RSU and let the automated stuff process the service. If you aren’t using CMS for anything except maintaining the system, it does a pretty good job, and anything it can’t handle, you’re going to need to call IBM for help anyway. The VM service tools are heap big magic even for us oldtimers.
Re: Question to CMS plumbers (PIPE)
Thanks for the feedback. I will forward the question to my IBM representative. Let's see what that Delivery offering means. I read about this in the Author's Guide. I think even the Batch pipes are not going to be further improved, There should be some sort of "unsupport ed" way as it is done in CMS where you can replace the official version by th e current ones of MARIST. Thank's for the hints. Kind regards, Florian
Re: Adding CP OWNED SLOTS
No, adding empty slots requires an IPL of z/VM It has been suggested to define all 255 slots directly, it doesn't cost much. And, the good news is that you don't even need to code the 255 statements in SYSTEM CONFIG as RESERVED, just code those to which a pack is associated and one with number 255. CP will fill in the holes automatically. 2011/3/16 Shumate, Scott > I'm new to the VM arena. I have a question about CP_ONWED slots. Is > there a way to dynamically add CP_OWNED slots? I had 20 defined in > sysconfig and just finished using them up with PAGE and other CP disk. I > added another 20 reserved slots in the SYSCONFIG. I was wondering if I > could dynamically add the additional 20 reserve slots or does it require an > IPL? > > Regards, > > Scott Shumate > Software Systems Programmer II > Branch Bank & Trust > Assistant Vice President > Mainframe Support > Mail Code: 100-99-09-10 > Work: (252) 246-2306 > Cell:(252) 373-9605 > -- > .~. > /\/\ > /( )\ > ^^-^^ > Linux on Systems Z > - > -- Kris Buelens, IBM Belgium, VM customer support
Adding CP OWNED SLOTS
I'm new to the VM arena. I have a question about CP_ONWED slots. Is there a way to dynamically add CP_OWNED slots? I had 20 defined in sysconfig and just finished using them up with PAGE and other CP disk. I added another 20 reserved slots in the SYSCONFIG. I was wondering if I could dynamically add the additional 20 reserve slots or does it require an IPL? Regards, Scott Shumate Software Systems Programmer II Branch Bank & Trust Assistant Vice President Mainframe Support Mail Code: 100-99-09-10 Work: (252) 246-2306 Cell:(252) 373-9605 -- .~. /\/\ /( )\ ^^-^^ Linux on Systems Z -
Re: Old codger question: Can SFS be networked across systems?
You CAN put TSAF in between SFS and AVS+VTAM, but it's not necessary. Mark Wheeler UnitedHealth Group Date: Wed, 16 Mar 2011 13:13:28 -0400 From: rhamil...@cas.org Subject: Re: Old codger question: Can SFS be networked across systems? To: IBMVM@LISTSERV.UARK.EDU Yep; I used TSAF over AVS+VTAM and connected users+SFSs; that should work regardless of the size of your country. R; Rob Hamilton Chemical Abstracts Service
Re: Old codger question: Can SFS be networked across systems?
Les -- About the authentication nightmare part, the same criticism is frequently nailed on NFS in Unix/Linux land. The problem there is the same: You have placed a certain amount of admin trust in the file sharing peer systems. If you don't trust the sysadmin of an NFS client, don't export the content to his machines. (There are various ways people have tried to close the gap in NFS, wth varying results and varied satisfaction, all very confusing.) Similarly, if you don't trust the sysadmin of the other VM system(s), don't play SFS with them. Rob mentions username mapping with IPGATE. They do the same thing in NFS, but not quite as open-ended. IPGATE is kinda cool. -- R; <>< Rick Troth Velocity Software http://www.velocitysoftware.com/ On Wed, Mar 16, 2011 at 12:25, Les Koehler wrote: > A friend and I were (dis)cussing SFS and he thinks it can be networked > cross-country. Possible? I would guess that it would be an authentication > nightmare at the user level. Thoughts? > > Les >
Re: Old codger question: Can SFS be networked across systems?
Yep; I used TSAF over AVS+VTAM and connected users+SFSs; that should work regardless of the size of your country. R; Rob Hamilton Chemical Abstracts Service From: The IBM z/VM Operating System [mailto:IBMVM@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Wednesday, March 16, 2011 12:57 PM To: IBMVM@listserv.uark.edu Subject: Re: Old codger question: Can SFS be networked across systems? In the unlikely situation where you run VTAM on your z/VM systems, you can config your AVS gateways and connect the two SFS's via LU6.2. Mark Wheeler UnitedHealth Group > Date: Wed, 16 Mar 2011 17:38:33 +0100 > From: rvdh...@gmail.com > Subject: Re: Old codger question: Can SFS be networked across systems? > To: IBMVM@LISTSERV.UARK.EDU > > On Wed, Mar 16, 2011 at 5:25 PM, Les Koehler wrote: > > A friend and I were (dis)cussing SFS and he thinks it can be networked > > cross-country. Possible? I would guess that it would be an authentication > > nightmare at the user level. Thoughts? > > If you share via ISFC that means both sides must be in the same > administrative domain. But given the length of the FICON connection, > it will only work for small countries ;-) > IPGATE run over TCP/IP connections and does long distance. Latency can > make it less fun for regular use, but IMHO you really should not have > critical data on a remote system. You define user access and mapping > in the IPGATE configuration files. Provided there is some > understanding between userid management on both sides, you could even > use dummy userids as the target of the mapping (eg map MAINT at SYSA > to user MAINT-A at SYSB). > > Rob Confidentiality Notice: This electronic message transmission, including any attachment(s), may contain confidential, proprietary, or privileged information from Chemical Abstracts Service ("CAS"), a division of the American Chemical Society ("ACS"). If you have received this transmission in error, be advised that any disclosure, copying, distribution, or use of the contents of this information is strictly prohibited. Please destroy all copies of the message and contact the sender immediately by either replying to this message or calling 614-447-3600.
Re: Job opportunity in China
** Cross posted to VSE and VM Lists *** Hello Listers, a Chinese IT consultant firm is trying to recruit 2 to 3 z/OS systems and/or DB2 experts, who can stay in China for long term to provide onsite support to their clients. Preferable who can speak Mandarin. If interested, please contact Mr. Ning LU for further information. His contact information: Lu Ning(吕 宁) Bayshore Consulting and Service Co. 百硕同兴科技(北京)有限公司 Tel:86-10-6439-1733, Fax: 86-10-6439-1582, Mobile: 1370-122-9731, E-Mail: lv_n...@bayss.com Http://www.bayss.com Zhong Chen Building Room 209, No.1 2nd Middle Li Ze Road, Chaoyang District, Beijing, China, 100102 朝阳区利泽中二路1号 中辰大厦 209室,100102
Re: Old codger question: Can SFS be networked across systems?
In the unlikely situation where you run VTAM on your z/VM systems, you can config your AVS gateways and connect the two SFS's via LU6.2. Mark Wheeler UnitedHealth Group > Date: Wed, 16 Mar 2011 17:38:33 +0100 > From: rvdh...@gmail.com > Subject: Re: Old codger question: Can SFS be networked across systems? > To: IBMVM@LISTSERV.UARK.EDU > > On Wed, Mar 16, 2011 at 5:25 PM, Les Koehler wrote: > > A friend and I were (dis)cussing SFS and he thinks it can be networked > > cross-country. Possible? I would guess that it would be an authentication > > nightmare at the user level. Thoughts? > > If you share via ISFC that means both sides must be in the same > administrative domain. But given the length of the FICON connection, > it will only work for small countries ;-) > IPGATE run over TCP/IP connections and does long distance. Latency can > make it less fun for regular use, but IMHO you really should not have > critical data on a remote system. You define user access and mapping > in the IPGATE configuration files. Provided there is some > understanding between userid management on both sides, you could even > use dummy userids as the target of the mapping (eg map MAINT at SYSA > to user MAINT-A at SYSB). > > Rob
Re: Old codger question: Can SFS be networked across systems?
On Wed, Mar 16, 2011 at 5:25 PM, Les Koehler wrote: > A friend and I were (dis)cussing SFS and he thinks it can be networked > cross-country. Possible? I would guess that it would be an authentication > nightmare at the user level. Thoughts? If you share via ISFC that means both sides must be in the same administrative domain. But given the length of the FICON connection, it will only work for small countries ;-) IPGATE run over TCP/IP connections and does long distance. Latency can make it less fun for regular use, but IMHO you really should not have critical data on a remote system. You define user access and mapping in the IPGATE configuration files. Provided there is some understanding between userid management on both sides, you could even use dummy userids as the target of the mapping (eg map MAINT at SYSA to user MAINT-A at SYSB). Rob
Old codger question: Can SFS be networked across systems?
A friend and I were (dis)cussing SFS and he thinks it can be networked cross-country. Possible? I would guess that it would be an authentication nightmare at the user level. Thoughts? Les
Re: Tape drives : MVS & VM
We just reactivate the same iodef in all our mvs lpar. We suppose there was a out of sync for one of them plus an edt problem. Now all is working fine. Just have to wait for the next IPLs to validate if we are in a stable state. Alain Envoyé de mon iPhone Le 15 mars 2011 à 23:22, George Henke/NYLIC a écrit : > In HCD, IODF, IOCDS, z/OS, z/VM, or whatever, if a CHPID is SHARED, as the > poster indicates it is, then all the devices,by default, on that CHPID are > SHARED by any LPAR that is listed on either the ACCESS LIST or the CANDIDATE > LIST for that CHPID which is what SHARED as opposed to DEDICATED or > RECONFIGURABLE means. > > There is also an EXPLICIT DEVICE CANDIDATE LIST, so that when a particular > device ends up being SHARED by default because it happens to be on a SHARED > CHPID, as is the case here, it is possible to exclude that device from being > shared by a particular LPAR through the EXPLICIT DEVICE CANDIDATE LIST. > > From HCD Planning: > > This information includes whether you want to control logical partition > access to devices when logical partitions get access through a shared channel > path. If you do want to limit logical partition access, you specify that you > want an explicit device candidate list when asked by HCD. See "Defining > logical partition access to a channel path" in topic 2.4.2. > > It looks like this is what this poster may need. > > > > > Alan Altmark > Sent by: The IBM z/VM Operating System > 03/15/2011 11:48 AM > > Please respond to > The IBM z/VM Operating System > > To > IBMVM@LISTSERV.UARK.EDU > cc > Subject > Re: Tape drives : MVS & VM > > > > > > On Monday, 03/14/2011 at 01:41 EDT, Mark Pace > wrote: > > Basically all you did was tell the OSs that the devices were not being > shared. > > If you did not specifically limit the access to a particular LPAR then > all the > > LPARs can see because the CHPID is shared. > > I'm not an MVS expert, but if the MVS IODF was generated by HCD, and the > IODF says "no", then the devices are probably not shared in the IOCDS. > IOCDS and IODF out of sync? Perish the thought > > MVS also has to know that the tapes are shared so that he manages ASSIGN > operations correctly, doesn't he? The tape management software must be > willing to unassign the drives when tapes are unmounted. > > Alan Altmark > > z/VM and Linux on System z Consultant > IBM System Lab Services and Training > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott >
Re: Question to CMS plumbers (PIPE)
There is another listserver devoted to specifically to CMS-Pipelines: cms-pipeli...@vm.marist.edu you can subscribe to that list by sending to: lists...@vm.marist.edu the test of message should contain: SUBSCRIBE CMS-PIPELINES firstname lastname But this list is a pretty good place to start. As Kris said, the CMS/TSO Pipelines offering was from IBM Denmark. You may want to subscribe to and ask the same question on the cms-pipeli...@vm.marist.edu forum, since the Piper watches that list very closely. If you are trying to process messages from the z/OS system, then the IBM product NETVIEW has some level of Pipelines within it. Netview's pipes will look familiar to CMS pipers, but there are significant differences, and NETVIEW-specific stages. It would be enlightening to know more about the roots of in Netview, and how back-leveled it is from those roots. It would also be enlightening to understand why there is no direct Pipe command in TSO - resulting such a tremendous productivity loss for TSO users! Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. "Florian Bilek" Sent by: "The IBM z/VM Operating System" 03/16/2011 06:50 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Question to CMS plumbers (PIPE) Dear all, Maybe it is the wrong forum but I do have a z/OS related question: In the documentation of the CMS pipelines there is alwas a reference that it supports TSO z/OS as well. However I am not able to find a clear indication if this is still the case or it is mentioned only for historical reasons. I would like to ask if there exists a HOWTO to get pipleines working under TSO/REXX. z/OS 1.11 Does anybody has more concrete information about this? Thank you very much in advance. -- Best regards Florian The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Question to CMS plumbers (PIPE)
There used to be an offering of IBM Denmark to deliver Pipelines to a z/OS customer. And, there was an era where (some level of) Pipelines was included in the z/OS product "Batch Pipe Works". But, I don't know about the current status. 2011/3/16 Florian Bilek > Dear all, > > Maybe it is the wrong forum but I do have a z/OS related question: > > In the documentation of the CMS pipelines there is alwas a reference that > it supports TSO z/OS as well. > However I am not able to find a clear indication if this is still the case > or it is mentioned only for historical reasons. > I would like to ask if there exists a HOWTO to get pipleines working under > TSO/REXX. z/OS 1.11 > Does anybody has more concrete information about this? > > Thank you very much in advance. > > -- > Best regards > > Florian > -- Kris Buelens, IBM Belgium, VM customer support
Question to CMS plumbers (PIPE)
Dear all, Maybe it is the wrong forum but I do have a z/OS related question: In the documentation of the CMS pipelines there is alwas a reference that it supports TSO z/OS as well. However I am not able to find a clear indication if this is still the case or it is mentioned only for historical reasons. I would like to ask if there exists a HOWTO to get pipleines working under TSO/REXX. z/OS 1.11 Does anybody has more concrete information about this? Thank you very much in advance. -- Best regards Florian
Re: "Social Security Confronts IT Obsolescence"
'Twas very helpful of the article to bring these point out, as well as the actual percentages of watts and BTUs related to mainframe gear and non-mainframe gear including trend analysis. Say, you don't suppose those data centers were were designed to house all that Internetwork stuff, do you? Thank God the article made all these facts obvious for any possible readers not so familiar with IT at that scale. Hmmm... I wonder if any corporate jets are buried in the "mainframe" budget... Naw, this operation could not likely get away with something like that for very long at all. On Wed, Mar 16, 2011 at 3:53 AM, Rob van der Heij wrote: > On Wed, Mar 16, 2011 at 4:07 AM, David Boyes wrote: > >> Its interesting that the z10s that actually hold the SSA data are the least >> demanding on that front of any of the systems in that facility. > > .. even when data center planners charge double for it because of the > dual power feeds... ;-) >
Re: moving members to a z/OS system
When we had to do this I wrote my own "nifty" exec TMVS (To-MVS) which uses the VMFTP package. You are welcome to share it. I haven't looked at it in a long time, but IIRC it supports PDS and sequential files. (I don't know if PDS/E would require any changes). Shimon On Tue, Mar 15, 2011 at 4:49 PM, Edward M Martin wrote: > Hello Mark, > > > > We do not have a RSCS/JES connection yet ( I may attempt to create one) and > I can FTP, but I was wondering if there was niffy way to send files to a > z/OS system > > That would build a PDS/E for them. > > > > Ed Martin > > Aultman Health Foundation > > 330-363-5050 > > Ext 35050 > > > > *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On > Behalf Of *Mark Pace > *Sent:* Tuesday, March 15, 2011 10:37 AM > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: moving members to a z/OS system > > > > If you have an RSCS/JES connection you can use SENDFILE. > > If a TCPIP connection you could do FTP. > > > > On Tue, Mar 15, 2011 at 10:26 AM, Edward M Martin > wrote: > > Hello Everyone, > > > > I have some 30-40 members that need to be migrated to a z/OS system – far, > far, away. > > And I am dealing with z/OS people (I am not impressed). > > > > What is the easiest way to send these files to them that will make it very > easy for them to load into a PDS? > > > > Ed Martin > > Aultman Health Foundation > > 330-363-5050 > > Ext 35050 > > > > > > > -- > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > > > > > >
Re: "Social Security Confronts IT Obsolescence"
On Wed, Mar 16, 2011 at 4:07 AM, David Boyes wrote: > Its interesting that the z10s that actually hold the SSA data are the least > demanding on that front of any of the systems in that facility. .. even when data center planners charge double for it because of the dual power feeds... ;-)