Re: {SPAM?} Re: Service level after RSU
I never used PUT2PROD, nor SERVICE,... But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE. Compare its date with what you see on MAINT CF1 (the disk you are supposed to IPL from). PUT2PROD should have placed the CPLOAD MODULE there. (a check for CMS is less easy) 2008/3/3, Shimon Lebowitz [EMAIL PROTECTED]: Nope, the magic did not work: put2prod all VMFP2P2760I PUT2PROD PROCESSING STARTED VMFP2P1217I THERE ARE NO PRODUCTS TO PUT INTO PRODUCTION. VMFP2P2760I PUT2PROD PROCESSING COMPLETED SUCCESSFULLY READY; T=0.71/0.75 12:54:25 Believe it or not I think if you run PUT2PROD ALL, somehow magically the correct files will get updated and the service level will change. Maybe I will open a PMR ... David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Sun 3/2/2008 6:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] {SPAM?} Service level after RSU Hi, On my 5.3 system, I downloaded RSU0703, ran SERVICE ALL RPTF0167, then PUT2PROD, and then SHUTDOWN. On re-ipl of the system I do not see the correct levels. q cplevel Z/VM VERSION 5 RELEASE 3.0, SERVICE LEVEL 0702 (64-BIT) GENERATED AT 09/18/07 17:06:03 UTC IPL AT 03/02/08 13:44:20 UTC q cmslevel CMS LEVEL 23, SERVICE LEVEL 702 But when I ask VMSES: SERVICE ALL STATUS RSU VMFSRV2760I SERVICE PROCESSING STARTED VMFSRV1225I VMSESSFS (5VMSES30%VMSESSFS) STATUS: VMFSRV1225ISERVICE LEVEL 000- VMFSRV1225IPRODUCTION LEVEL 000- VMFSRV1225I CPSFS (5VMCPR30%CPSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . VMFSRV1225I CMSSFS (5VMCMS30%CMSSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . Why am I getting 702 if SES thinks I have 703? Thanks, Shimon -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 -- Kris Buelens, IBM Belgium, VM customer support
Re: Moving Minidisks
Hi Richard, No, you can't do any management activities for a user on HOLD until you have reactivated it. When a user is on HOLD, it is not contained in the object directory and, for all intents and purposes, does not exist while on HOLD. Reactivating the user puts it back in place in the object directory and all management functions can then continue. Regards, Yvonne CA From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Saturday, March 01, 2008 4:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Moving Minidisks Is there any way to have VM:Secure move the minidisks of a held user to a different volume without first reactivating the user? Regards, Richard Schuh
Re: error bringing up cloned system
You know the by-path name before you ever create the Linux image. It will always be /dev/disk/by-path/ccw-0.0.CCUU.part1 (for SuSE SLES 10), where CCUU is the virtual address of the minidisk, if you're running as a z/VM guest, or the real CCUU of the device if you're running in an LPAR. (This also assumes that you've formatted the disk with a single partition.) This is the name that you have absolute control over, and will not change, as long as you do not change the virtual address of the minidisk, and there is absolutely no requirement to do that under normal circumstances. And, it is not dependant on the order in which the Linux image finds and brings the devices online, which is the problem the /dev/dasdxx names suffer from. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/29/08 2:19 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Just wondering outloud. So in this environment (mainframe) there is no reason to worry about whether the dasd come online at the same time since they are already spinning and ready. I think I will stick to the conventional naming /dev/dasdx unless otherwise corrected. Anyway, I don't really know what the by-path name should be at this point, do I? I know the by-id name! Just dont want to do another install since I have my image pretty much where I want it. It would be nice if someone could summerize the different conventions, differences between them, how they work at IPL time, how cloning is impacted and especially how they should be used in a mainframe environment. Thanks. Romanowski, John (OFT) John.Romanowski@ To oft.state.ny.us IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] Re: error bringing up cloned system ARK.EDU 02/29/2008 02:11 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU I see your point, I was think of the other case where the filesystem is on a mdisk and cloned copy's mdisk is on another pack. I think each z/vm dasd pack has a unique hardware id; your cloned copy's pack has an id different from its parent's id; if /etc/fstab isn't adjusted after cloning to mount the copy's by-id value then the server has trouble booting when it tries to mount using the parent's by-id/ value. If by old naming conventions you mean /dev/dasda,b,c,.. they're not persistent/consistent device names unless you can guarantee the same set of disk addresses come online in the same order. I'm not knocking 'em; I use 'em. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, February 29, 2008 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: error bringing up cloned system Managled is understated. If it said partitions instead of disks it might make more sense to me. But in my case, I have only one volume/dasd/disk with 1 boot partition and 1 logical volume partition. So when you bring a cloned volume/dasd/disk online he must compare the NEW real addr to the by-id label. But, if use by-path he doesn't? Sorry still a little confused about this. What is wrong with old naming conventions? Romanowski, John (OFT) John.Romanowski@ To oft.state.ny.us IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating System Subject [EMAIL PROTECTED] Re: error bringing up cloned system ARK.EDU 02/29/2008 11:53 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Novell's sles 10 sp1 release notes actually give a mangled attempt to alert one to this z/VM mdisk issue. When they ran the original text thru the translator to English it must have substituted 'disk' for the non-dictionary 'mdisk' words in these sentences: Using Disks in z/VM If SLES 10 is installed on disks in z/VM, which reside on the same physical disk, the created access path (/dev/disk/by-id/) is not unique. The ID of
Re: error bringing up cloned system
But, if you're cloning an image, and you're running beneath z/VM, then why would you ever need to change the CUU of any of the cloned disks? Generate your clone to match your master image, using the same virtual devices. Since one doesn't know about the other, from the guest standpoint, there is no conflict of addresses. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/29/08 2:33 PM, Romanowski, John (OFT) [EMAIL PROTECTED] wrote: The by-path/ name is straight-forward , like /dev/disk/by-path/ccw-0.0.0201-part1 is partituion 1 on virtual dasd address 0201 If your cloning process makes each server run with different virtual addresses I can see what you mean by I don't really know what the by-path name should be at this point and /dev/dasdx is a good choice
Re: SFSTAR Package
Well, It seems to packup the files, at least it does not give an error and creates what appers to be a file containing the files I want to move. But when I attempt to load them, I get this: ** sfstar load dadnn2a:ferguson.aaa.test webshare Loading into Directory DADNN2A:FERGUSON.AAA.TEST Loading into Directory DADNN2A:FERGUSON.AAA.TEST.ADSM DMSWRDBK DMSCLDBK of INDEX HTML DADNN2A:FERGUSON.AAA.TEST.ADSM. failed, rc= 8 DMSWRDBK reason code= 90307 924 +++ if ¬ERROR ¬SINGLE_LVL 963 +++ call LOAD_DIRECTORY SUBDIRECTORY, , REL ATIVE_DIR || SUBDIRNAME || ., , ALIAS_METHOD, DEREFERENCE 749 +++call LOAD_DIRECTORY FULL_DIRECTORY, ., ALIAS_METHOD, , DEREFERENCE, SINGLE_LVL 54 +++ call LOAD TAR_DIRECTORY, ALIAS_METHOD DMSREX470E Error 34 running SFSTAR REXX, line 924: Logical value not 0 or 1 Pipeline failed to load SFSTAR archive, PIPE rc= 20034 Ready(00050); T=0.12/0.14 08:07:37 ** I'm attempting with this code to move the WEBSHARE tree under SFS to another location, but while the DUMP seems to work, the load does not. Brian
Re: Service level after RSU
Hello Shimon, If you IPL from the 490 disk do you get a CMS level at 703? Ed Martin CP I 190 CL Z/VM V5.3.02008-02-14 16:58 CP I 490 CL Z/VM V5.3.02008-02-14 16:58 Q CMSLEVEL CMS LEVEL 23, SERVICE LEVEL 702 READY; T=0.01/0.01 16:22:20 I guess not. :-( I see that 190 and 490 show the same ipl timestamp. Hmmm.. that was two weeks ago, when I put in 0702. Behalf Of Kris Buelens I never used PUT2PROD, nor SERVICE,... But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE. Compare its date with what you see on MAINT CF1 (the disk you are supposed to IPL from). PUT2PROD should have placed the CPLOAD MODULE there. (a check for CMS is less easy) list cpload module * ( date FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME CPLOAD MODULE K1 V 65535151 2393 11/26/07 19:25:06 CPLOAD MODULE P1 V 65535151 2393 11/26/07 19:25:06 CPLOAD MODULE Q1 V 65535151 2393 9/18/07 17:06:03 CPLOAD MODULE R1 V 65535151 2393 9/18/07 17:06:03 READY; T=0.01/0.01 16:31:01 xd k p q r LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL MNT493 493 K R/W 167 3390 4096 1074 21118-70 8942 30060 MNT193 193 P R/W 167 3390 4096 1074 21118-70 8942 30060 MNTCF1 CF1 Q R/O 120 3390 4096 16 7954-37 13646 21600 MNTCF2 CF2 R R/O 120 3390 4096 16 7954-37 13646 21600 READY; T=0.01/0.01 16:31:25 So, apparently 0703 did not update the parm disks either. I am considering restoring a backup and trying again, this is *not* a production system. Any other ideas? Shimon P.S. Why does the word (SPAM?) keep appearing in the subject? I remove it on each post. -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: {SPAM?} Re: Service level after RSU
Hello Shimon, If you IPL from the 490 disk do you get a CMS level at 703? Ed Martin 330-588-4723 ext 40441 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Monday, March 03, 2008 7:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: {SPAM?} Re: Service level after RSU I never used PUT2PROD, nor SERVICE,... But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE. Compare its date with what you see on MAINT CF1 (the disk you are supposed to IPL from). PUT2PROD should have placed the CPLOAD MODULE there. (a check for CMS is less easy) 2008/3/3, Shimon Lebowitz [EMAIL PROTECTED]: Nope, the magic did not work: put2prod all VMFP2P2760I PUT2PROD PROCESSING STARTED VMFP2P1217I THERE ARE NO PRODUCTS TO PUT INTO PRODUCTION. VMFP2P2760I PUT2PROD PROCESSING COMPLETED SUCCESSFULLY READY; T=0.71/0.75 12:54:25
Re: Service level after RSU
Not installed yet, its a fresh system. Thanks, Shimon Hi Shimon ... V/Seg isn't getting in your way ... is it? JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: SFSTAR Package
Normally, one would issue HELP ROUTINE DMSWRDBK (ERROR and/or HELP ROUTINES REASCODE to find 90307. I did, and it is not listed So I scanned all DMS* HELPREAS to find: DMSOPDBK - HELPROUT - Z1 ERROR! 90307 ! lrecl must not be negative. (also for DMSOPEN, DMSCLDBK, and DMSCRFIL) Time to edit the REXX code. 2008/3/3, Brian Ferguson [EMAIL PROTECTED]: Well, It seems to packup the files, at least it does not give an error and creates what appers to be a file containing the files I want to move. But when I attempt to load them, I get this: ** sfstar load dadnn2a:ferguson.aaa.test webshare Loading into Directory DADNN2A:FERGUSON.AAA.TEST Loading into Directory DADNN2A:FERGUSON.AAA.TEST.ADSM DMSWRDBK DMSCLDBK of INDEX HTML DADNN2A:FERGUSON.AAA.TEST.ADSM. failed, rc= 8 DMSWRDBK reason code= 90307 924 +++ if ¬ERROR ¬SINGLE_LVL 963 +++ call LOAD_DIRECTORY SUBDIRECTORY, , REL ATIVE_DIR || SUBDIRNAME || ., , ALIAS_METHOD, DEREFERENCE 749 +++call LOAD_DIRECTORY FULL_DIRECTORY, ., ALIAS_METHOD, , DEREFERENCE, SINGLE_LVL 54 +++ call LOAD TAR_DIRECTORY, ALIAS_METHOD DMSREX470E Error 34 running SFSTAR REXX, line 924: Logical value not 0 or 1 Pipeline failed to load SFSTAR archive, PIPE rc= 20034 Ready(00050); T=0.12/0.14 08:07:37 ** I'm attempting with this code to move the WEBSHARE tree under SFS to another location, but while the DUMP seems to work, the load does not. Brian -- Kris Buelens, IBM Belgium, VM customer support
Re: {SPAM?} Service level after RSU
It looks like two problems. 1. The current CPLOAD MODULE was not put on the PARM disk. 2. The CMS NSS was not saved from the 490 disk. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Sunday, March 02, 2008 6:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: {SPAM?} Service level after RSU Hi, On my 5.3 system, I downloaded RSU0703, ran SERVICE ALL RPTF0167, then PUT2PROD, and then SHUTDOWN. On re-ipl of the system I do not see the correct levels. q cplevel Z/VM VERSION 5 RELEASE 3.0, SERVICE LEVEL 0702 (64-BIT) GENERATED AT 09/18/07 17:06:03 UTC IPL AT 03/02/08 13:44:20 UTC q cmslevel CMS LEVEL 23, SERVICE LEVEL 702 But when I ask VMSES: SERVICE ALL STATUS RSU VMFSRV2760I SERVICE PROCESSING STARTED VMFSRV1225I VMSESSFS (5VMSES30%VMSESSFS) STATUS: VMFSRV1225ISERVICE LEVEL 000- VMFSRV1225IPRODUCTION LEVEL 000- VMFSRV1225I CPSFS (5VMCPR30%CPSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . VMFSRV1225I CMSSFS (5VMCMS30%CMSSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . Why am I getting 702 if SES thinks I have 703? Thanks, Shimon -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: error bringing up cloned system
On Mon, Mar 3, 2008 at 8:57 AM, in message [EMAIL PROTECTED], RPN01 [EMAIL PROTECTED] wrote: You know the by-path name before you ever create the Linux image. It will always be /dev/disk/by-path/ccw-0.0.CCUU.part1 (for SuSE SLES 10), where CCUU is the virtual address of the minidisk, if you're running as a z/VM guest, or the real CCUU of the device if you're running in an LPAR. It won't always be ccw-0.0 in the future, with the advent of multiple channel subsets. It might be ccw-0.1, for example. Without any experience in this, I have no idea if you'll be able to tell ahead of time if that's the case. Mark Post
Re: error bringing up cloned system
Back in business. Thanks to everyone for the answers. I used by-path for the boot partition. For the LVL the suse default was NOT uuid. I changed that to use uuid. I created another userid and successfully cloned the image. By the way I missed the part about needing 500 meg to install this(used NFS). Used 256 meg instead and although it worked, kinda, I had very bad thruput problems. Took a while to figure out. If I remember right they were not network errors, I think they showed as tcpip checksum errors on the trace. RPN01 [EMAIL PROTECTED] edu To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: error bringing up cloned system 03/03/2008 08:57 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU You know the by-path name before you ever create the Linux image. It will always be /dev/disk/by-path/ccw-0.0.CCUU.part1 (for SuSE SLES 10), where CCUU is the virtual address of the minidisk, if you're running as a z/VM guest, or the real CCUU of the device if you're running in an LPAR. (This also assumes that you've formatted the disk with a single partition.) This is the name that you have absolute control over, and will not change, as long as you do not change the virtual address of the minidisk, and there is absolutely no requirement to do that under normal circumstances. And, it is not dependant on the order in which the Linux image finds and brings the devices online, which is the problem the /dev/dasdxx names suffer from. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/29/08 2:19 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Just wondering outloud. So in this environment (mainframe) there is no reason to worry about whether the dasd come online at the same time since they are already spinning and ready. I think I will stick to the conventional naming /dev/dasdx unless otherwise corrected. Anyway, I don't really know what the by-path name should be at this point, do I? I know the by-id name! Just dont want to do another install since I have my image pretty much where I want it. It would be nice if someone could summerize the different conventions, differences between them, how they work at IPL time, how cloning is impacted and especially how they should be used in a mainframe environment. Thanks. Romanowski, John (OFT) John.Romanowski@ To oft.state.ny.us IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating System Subject [EMAIL PROTECTED] Re: error bringing up cloned system ARK.EDU 02/29/2008 02:11 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU I see your point, I was think of the other case where the filesystem is on a mdisk and cloned copy's mdisk is on another pack. I think each z/vm dasd pack has a unique hardware id; your cloned copy's pack has an id different from its parent's id; if /etc/fstab isn't adjusted after cloning to mount the copy's by-id value then the server has trouble booting when it tries to mount using the parent's by-id/ value. If by old
Re: Service level after RSU
The easiest thing to do is to open a PMR. You will be granted audience with an Absolute Master of the Arcane. He or she will use their Power to divine the cause of your confusion. Alan Altmark z/VM Development IBM Endicott
Service level after RSU
You didn't move the new CPMODULE to the PARM disk you loaded from. The CPMODULE was generated on September 18, 2007. As you claim to have recently installed RSU0703 you either didn't generate a new CPMODULE or you didn't move it to your PARM disk or you IPLed from an old PARM disk. Shimon Lebowitz wrote: Hi, On my 5.3 system, I downloaded RSU0703, ran SERVICE ALL RPTF0167, then PUT2PROD, and then SHUTDOWN. On re-ipl of the system I do not see the correct levels. q cplevel Z/VM VERSION 5 RELEASE 3.0, SERVICE LEVEL 0702 (64-BIT) GENERATED AT 09/18/07 17:06:03 UTC IPL AT 03/02/08 13:44:20 UTC q cmslevel CMS LEVEL 23, SERVICE LEVEL 702 But when I ask VMSES: SERVICE ALL STATUS RSU VMFSRV2760I SERVICE PROCESSING STARTED VMFSRV1225I VMSESSFS (5VMSES30%VMSESSFS) STATUS: VMFSRV1225ISERVICE LEVEL 000- VMFSRV1225IPRODUCTION LEVEL 000- VMFSRV1225I CPSFS (5VMCPR30%CPSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . VMFSRV1225I CMSSFS (5VMCMS30%CMSSFS) STATUS: VMFSRV1225ISERVICE LEVEL RSU-0703 VMFSRV1225IPRODUCTION LEVEL RSU-0703 . Why am I getting 702 if SES thinks I have 703? Thanks, Shimon -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: Service level after RSU
I just put on RSU703 last week and at some point (don't remember--the memory is said to be the 2nd thing to go), I had a new CPLOAD MODULE and MAP on the MAINT 493 disk and the CPLOAD MODULE on the 2nd PARM disk. I used the black box SERVICE exec and then PUT2PROD. I think the above was the case after SERVICE and before PUT2PROD. See what's on the 2nd PARM disk. Jim Stephen Frazier wrote: You didn't move the new CPMODULE to the PARM disk you loaded from. The CPMODULE was generated on September 18, 2007. As you claim to have recently installed RSU0703 you either didn't generate a new CPMODULE or you didn't move it to your PARM disk or you IPLed from an old PARM disk. -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
VM source code
Is the source code no longer distributed? If I'm remembering correctly, most of the source distributed with at least 4.3.0 or 4.4.0? Just got a moistened whistle while at SHARE and wanted to do a bit of casual reading. :-) Leland
Re: VM source code
Leland, I believe you now need to explicitly ask IBM for access to the source code. Once IBM verifies that you hold a valid license , they send you the url of a secure web site (with a user id and password) that you can access and download the source. Hope this helps. Leland wrote: Is the source code no longer distributed? If I'm remembering correctly, most of the source distributed with at least 4.3.0 or 4.4.0? Just got a moistened whistle while at SHARE and wanted to do a bit of casual reading. :-) Leland -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: VM source code
Logon to MAINT. If you have not modified the PPF files, enter: VMSETUP ZVM component_name For example: VMFSETUP ZVM CP ... or... VMFSETUP ZVM CMS etc... Almost all VM source code is distributed, except code to support proprietary hardware, and some code that was written in the dark ages of OCO. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Leland [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/03/2008 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VM source code Is the source code no longer distributed? If I'm remembering correctly, most of the source distributed with at least 4.3.0 or 4.4.0? Just got a moistened whistle while at SHARE and wanted to do a bit of casual reading. :-) Leland 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: VM source code
Leland, Dave is correct. You can download the 'Restricted and PL/X Source' files once you are licensed for z/VM. The restricted source is a no-charge option which can be ordered with your z/VM system or downloaded afterwards. To review the download and install instructions for the restricted source feature, go to: http://www.vm.ibm.com/install/srcinst.html Hope this helps. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, March 03, 2008 1:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM source code Leland, I believe you now need to explicitly ask IBM for access to the source code. Once IBM verifies that you hold a valid license , they send you the url of a secure web site (with a user id and password) that you can access and download the source. Hope this helps. Leland wrote: Is the source code no longer distributed? If I'm remembering correctly, most of the source distributed with at least 4.3.0 or 4.4.0? Just got a moistened whistle while at SHARE and wanted to do a bit of casual reading. :-) Leland -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: Service level after RSU
So should we all do this? We id this back in when the RSU 0703 first came out. We checked it three times. We just thought that was just the way it was. If more than one is having trouble, something is out of sync. -Original Message- From: Alan Altmark [EMAIL PROTECTED] Sent: Mar 3, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Service level after RSU The easiest thing to do is to open a PMR. You will be granted audience with an Absolute Master of the Arcane. He or she will use their Power to divine the cause of your confusion. Alan Altmark z/VM Development IBM Endicott Jan Canavan [EMAIL PROTECTED] VSE/VM SYSTEMS PROGRAMMER
Re: VM source code
I think there is an error in the installation instructions: Step (2) De-Compaction of Envelope(s) substep (b) Using the DETERSE MODULE substep (c) Check the Envelope Substep (c) requests to check the envelopes to be F 1024. That seems wrong: in substep (b), the envelopes were untersed into a SERVLINK file to be used by VMFPLCD. As far as I know VMFPLCD only uses RECFVM V files (those I found are V 4005). Switching substeps (b) and (c) would help. If that gets fixed, one should fix this as well: For example: To download volume 5 for Restricted Source using 3390 Should be For example: To download all 5 volumes for Restricted Source using 3390 2008/3/4, Raymond Noal [EMAIL PROTECTED]: Leland, Dave is correct. You can download the 'Restricted and PL/X Source' files once you are licensed for z/VM. The restricted source is a no-charge option which can be ordered with your z/VM system or downloaded afterwards. To review the download and install instructions for the restricted source feature, go to: http://www.vm.ibm.com/install/srcinst.html Hope this helps. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, March 03, 2008 1:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM source code Leland, I believe you now need to explicitly ask IBM for access to the source code. Once IBM verifies that you hold a valid license , they send you the url of a secure web site (with a user id and password) that you can access and download the source. Hope this helps. Leland wrote: Is the source code no longer distributed? If I'm remembering correctly, most of the source distributed with at least 4.3.0 or 4.4.0? Just got a moistened whistle while at SHARE and wanted to do a bit of casual reading. :-) Leland -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com -- Kris Buelens, IBM Belgium, VM customer support