Re: SuSE SLES82
Correct. On 1/24/07, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Thanks! I guess by using the tzset and date commands, you can set the date and timezone dynamically too... is that true? Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, January 24, 2007 6:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SuSE SLES82 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alyce Austin Sent: Tuesday, January 23, 2007 4:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: SuSE SLES82 Hello, Is anyone running SLES82? If so, have you updated the timezone for the new daylight saving date of 3/11/2007 and the new standard date of 11/04/2007? Is it possible to modify a file to change the timezone? (I will be upgrading to SLES10 soon (but not before the time change)). I prefer not to add any patches to SLES82 if I can avoid it... Thanks for your help, Alyce Try reading the following: http://www.linuxquestions.org/questions/showthread.php?t=518147 It worked for me on a real old version of RedHat on my home system. quote Yes download the source file tzdata2007a.tar.gz from ftp://elsie.nci.nih.gov/pub/, extract and then use 'zic' to create an appropriate new zoneinfo file(s) directly. For the details see; man zic /quote -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: EXECCOMM Environment
CMS Pipelines does not care which kind of variable environment it accesses. Thus it has no concept of caller type. However, if the EXECCOMM environment supplies a source string, it can be extracted using REXXVARS, but that is as far as it goes. j. On 1/25/07, Schuh, Richard [EMAIL PROTECTED] wrote: Thanks. Rob was a faster typist, but he only pointed the way. I have already included the code (after finding out that the running EXEC was gen 1 and the caller, gen 2). It would have been nice if DMSCALLR and Pipelines had been consistent. I think that the two are imbedded now so that it is too late for an RCF to do any good. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Don Russell Sent: Wednesday, January 24, 2007 4:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: EXECCOMM Environment Schuh, Richard wrote: I must be losing it. I do not remember how to tell if an EXEC was called from another REXX or EXEC2 EXEC other than using a pipe to reach back and see if it touches anything. Is there a built-in function or a CSL call for doing this, or is using a pipe the best solution? Regards, Richard Schuh From the archives...ref: http://listserv.uark.edu/scripts/wa.exe?A2=ind0606L=ibmvmT=0P=37120 It has a nice example of using DMSCALLR Don Russell
autolog profile exec logic
Does anyone have an autolog profile exec that contains some logic to auto log different servers based on what system you are on? We are trying to get t o a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. Ideally what I'm looking for is a command that will retrieve the system n ame (which I can't seem to find) and then I can start different linux guests based on that system name. Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone thi nk of any snags in my plan? Thanks, Mary Anne (A VM newbie)
Re: autolog profile exec logic
We use: QUERY IPLPARMS -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Link Sent: Thursday, January 25, 2007 9:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: autolog profile exec logic Does anyone have an autolog profile exec that contains some logic to autolog different servers based on what system you are on? We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. Ideally what I'm looking for is a command that will retrieve the system name (which I can't seem to find) and then I can start different linux guests based on that system name. Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Thanks, Mary Anne (A VM newbie) If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: autolog profile exec logic
I tried ³Q IPLPARMS² on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I¹m on? However, using ³IDENTIFY², I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I¹m running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS
Re: autolog profile exec logic
After retrieving the system name, which others have shown how to do, use it as the filename of a file containing the linux guests that should be brought up on that system. Benefits over coding them directly in the autolog PROFILE are that you only touch the code once (thus reducing the likelyhood of a syntax error terminating the exec), and the PROFILE becomes common code across all systems. Brian Nielsen On Thu, 25 Jan 2007 08:34:04 -0600, Mary Anne Link [EMAIL PROTECTED] wrote: Does anyone have an autolog profile exec that contains some logic to autolog different servers based on what system you are on? We are trying to get to a point where we can quickly copy the res pack to other systems, and, base d on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. Ideally what I'm looking for is a command that will retrieve the system name (which I can't seem to find) and then I can start different linux guests based on that system name. Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Thanks, Mary Anne (A VM newbie) = ===
Re: autolog profile exec logic
Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I tried Q IPLPARMS on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I'm on? However, using IDENTIFY, I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I'm running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: autolog profile exec logic
As an addendum: I do soemthing similar with my LINUX guests. They all have a common PROFILE EXEC which reads config files to determine what VDISKS to setup for the userid and what IPL command to use. It also look s for userid specific EXECs to do any special setup that guest might need. Brian Nielsen On Thu, 25 Jan 2007 09:00:13 -0600, Brian Nielsen [EMAIL PROTECTED] wrote: After retrieving the system name, which others have shown how to do, use it as the filename of a file containing the linux guests that should be brought up on that system. Benefits over coding them directly in the autolog PROFILE are that you only touch the code once (thus reducing the likelyhood of a syntax error terminating the exec), and the PROFILE becomes common code across all systems. Brian Nielsen On Thu, 25 Jan 2007 08:34:04 -0600, Mary Anne Link [EMAIL PROTECTED] wrote: Does anyone have an autolog profile exec that contains some logic to autolog different servers based on what system you are on? We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack t o bring up different systems. Ideally what I'm looking for is a command that will retrieve the system name (which I can't seem to find) and then I can start different linux guest s based on that system name. Also, aside from system config, the tcpip files (which use system name) , the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Thanks, Mary Anne (A VM newbie) = ===
Re: autolog profile exec logic
Duh. You know I use the ID command all the time and didn't notice sysname . Any thing you can send would be great. ([EMAIL PROTECTED]) Thanks for the IPLParms suggestion too. I should've figured that one, but I'm not doing this yet so my iplparms doesn't show fn=vmlpar1 yet. :( Thanks!!
Re: autolog profile exec logic
HELP CPQUERY IPLPARMS Response 2: , , If you did not enter any IPL parameters, you would see the following response:, , query iplparms , No IPL parameters are currently defined , Ready; , -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I tried Q IPLPARMS on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I'm on? However, using IDENTIFY, I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I'm running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: autolog profile exec logic
But even with class A privileges, Q IPLPARMS only shows the FN and FT *if * they were passed as parms. The only parm we pass is CONS. Brian Nielsen On Thu, 25 Jan 2007 10:04:24 -0500, Stracka, James (GTI) [EMAIL PROTECTED] wrote: Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I tried Q IPLPARMS on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I'm on? However, using IDENTIFY, I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I'm running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retai n or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: autolog profile exec logic
I'm a seconder for Brian. We only pass CONS and a Q IPLPARMS on a class A user returns No IPL parameters are currently defined. On 1/25/07, Brian Nielsen [EMAIL PROTECTED] wrote: But even with class A privileges, Q IPLPARMS only shows the FN and FT *if * they were passed as parms. The only parm we pass is CONS. Brian Nielsen On Thu, 25 Jan 2007 10:04:24 -0500, Stracka, James (GTI) [EMAIL PROTECTED] wrote: Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I tried Q IPLPARMS on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I'm on? However, using IDENTIFY, I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I'm running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retai n or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: How to determine the creation date of open spool file RSCS printer issue
There are as you know some excellent date handling in REXX and certainly CSL. David -Original Message- From: The IBM z/VM Operating System on behalf of Horlick, Michael Sent: Thu 1/25/2007 10:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine the creation date of open spool file RSCS printer issue Hello David, Thanks for that info. Going to research now how to handle TOD within REXX in order to determine age in seconds for file. Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: January 25, 2007 10:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine the creation date of open spool file RSCS printer issue Hi Mike: Offset x'30' in the spfbk contains the TOD at open time: The following commands are shown: 1. query rdr all 2. a cp locate command on the spfbk for maint's rdr file 3. a display host single for eight bytes at offset x'30' in the relevant spfbk. Of course you need other than cl g privvies for this. q r all cla b OWNERID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST MAINT1169 B PUN 0002 001 NONE 01/25 10:01:29 4 4 SYSPROG Ready; T=0.01/0.01 10:06:41 locate spfbk maint 1169 OwnerID SpID Type SPFBKSystem System-SpID MAINT1169 RDR 049C20A8 EGESSEB19042 Ready; T=0.01/0.01 10:06:50 d hs49c20d8.8 HL049C20D8 C00EEF85A4BD304006 R3B92A0D8 Ready; T=0.01/0.01 10:07:07 David -Original Message- From: The IBM z/VM Operating System on behalf of Horlick, Michael Sent: Thu 1/25/2007 9:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] How to determine the creation date of open spool file RSCS printer issue Greetings, First question: Is there a way to determine the date and time of an open spool file? q rdr rscs all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE RSCS 0264 N PRT 0007 001 NONE OPEN- 0F01 MP75 OUTPUT RSCS 8712 N PRT 0007 001 NONE 2007-01-18 14:39:04 MP75 OUTPUT RSCS 5191 X PRT 0118 002 NONE OPEN- 0F00 DIEJ008G OUTPUT mike Ready; Since we have converted a lot of our printers from SNA to LPR I have noticed that sometimes a queue gets established for a printer or printers. I have written a REXX exec , converted for VM:Operator that checks and reports on spool files older than 2 hours old (except I can't determine that for open spool files) When this happens I have informed the operator to ping the printer, do some RSCS QUERY commands, a DRAIN on the printer, followed by a FLUSH HOLD, a START and then QUERY to see if anything is being printed. If this doesn't help they call the client. Sometimes this works and I'm assuming that the LPD running within that printer is lost in those cases. Second question: Has this ever happened to you? When it fails we assume there something physically wrong with the printer. Since this whole error recovery procedure is a bit of a hassle for the operator I am thinking of automating it. Last question: Anyone go through the same exercise? Thanks, Mike Horlick
Re: autolog profile exec logic
I have multiple configuration files on my sysres for use in Standalone mo de or at our hotsite, etc. I found that the System_Identifier entry in the system config file will set the GATEWAY name in CP. You can then use CP QUERY GATEWAY and look for the entry whose OWNER = SYSTEM. That GATEWAY name will correspond to the System_Identifier in the system config file that w as used at IPL. This lets me have a name for production config on production hardware, production config on hotsite hardware, standalone config on production hardware, standalone config on hotsite hardware, etc. In OPERA TOR and AUTOLOG1, a gateway name of 'SYSPROG' starts very little and a name o f 'SA-SYSP' exits as fast as possible. In SA-SYS CONFIG on MAINT CF1 System_Identifier_Default SA-SYSP System_Identifier 2086 xx SYSPROG CP QUERY GATEWAY Gateway: U-AOSSOwning Userid: SYSTEM Gateway: DOEVM01 Owning Userid: AVS /Tom Kern On Thu, 25 Jan 2007 08:34:04 -0600, Mary Anne Link [EMAIL PROTECTED] M wrote: Does anyone have an autolog profile exec that contains some logic to aut olog different servers based on what system you are on? We are trying to get to a point where we can quickly copy the res pack to other systems, and, base d on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. Ideally what I'm looking for is a command that will retrieve the system name (which I can't seem to find) and then I can start different linux guests based on that system name. Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone th ink of any snags in my plan? Thanks, Mary Anne (A VM newbie) = ===
Re: autolog profile exec logic
On Thursday, 01/25/2007 at 08:34 CST, Mary Anne Link [EMAIL PROTECTED] wrote: We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. You want to be a bit careful with IDENTIFY. The value it returns is based on CPUID and SYSTEM NETID. If the CPU id is not present in SYSTEM NETID, it will return the System_Identifier from SYSTEM CONFIG. So if you're going get IDENTIFY to change what it returns based on the fn on salipl, you can't use SYSTEM NETID. If you don't use RSCS, no big deal, but if you do, then you'll need to play games with SET CPUID and SYSTEM NETID for the users who need RSCS. (With no matching entry in SYSTEM NETID, IDENTIFY will return VIA *; SENDFILE, etc. won't work correctly.) Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Copying the res pack (IPL volume w/PARM disk and directory) to another system is fine, but what are you doing for the remaining volumes that comprise the system? Alan Altmark z/VM Development IBM Endicott
Re: autolog profile exec logic
I am a class A user; What version of zVM are you running, because your Q IPLPARMS looks nothing like mine... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 10:04:24 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ
Re: autolog profile exec logic
I look at it as removing the opportunity for specifying the wrong config file during normal operation. The IMBED process is very good for managin g configurations for different systems without needing special parms at IPL . Brian Nielsen On Thu, 25 Jan 2007 10:25:54 -0500, Stracka, James (GTI) [EMAIL PROTECTED] wrote: Well, to paraphrase, Nothing In, Nothing Out -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ron Schmiedge Sent: Thursday, January 25, 2007 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I'm a seconder for Brian. We only pass CONS and a Q IPLPARMS on a class A user returns No IPL parameters are currently defined. On 1/25/07, Brian Nielsen [EMAIL PROTECTED] wrote: But even with class A privileges, Q IPLPARMS only shows the FN and FT *if * they were passed as parms. The only parm we pass is CONS. Brian Nielsen On Thu, 25 Jan 2007 10:04:24 -0500, Stracka, James (GTI) [EMAIL PROTECTED] wrote: Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I tried Q IPLPARMS on my system, and get: q iplparms No IPL parameters are currently defined Ready; T=0.01/0.01 08:56:31 How does this tell me what system I'm on? However, using IDENTIFY, I get: identify TS00086 AT POLARVIA RSCS 01/25/07 08:57:50 CST THURSDAY Ready; T=0.01/0.01 08:57:50 Which seems to me to be more useful in finding out where I'm running... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 09:45:41 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic We use: QUERY IPLPARMS If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retai n or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retai n or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ = ===
Re: autolog profile exec logic
The SYSTEM CONFIG file can have several CPUIDs specified, and can then be sectioned off based on the system name associated with the CPUID. Specifically, you get to specify the CP Owned volumes, so you have two separate lists; one for SYSA and another for SYSB. In our case, we move the CP Directory to another volume for each system, so the RES pack is shared by both running systems. You can section the definition of the warm and ckpt data, so they can be on different cylinders on RES for each system. Most of the rest of the RES pack can be shared. R/W minidisks needed by both systems can be handled with SYSAFFIN in the CP Directory. Be sure that your CP Owned packs use different slots in the list; have the first six slots be for SYSA and the second six be for SYSB. This puts you in a very nice position to implement CSE, should you choose to do so. AUTOLOG1 can decide what system it is on by various means, and can bring up the necessary guests and service machines for that system. TCPIP will bring up a configuration based on what system it is running on. For service machines that don¹t play well in a shared environment, there¹s SYSAFFIN in the CP Directory. DirMaint makes it easy to maintain the CP Directory in sync on both systems. So my suggestion would be, rather than copying the RES pack for the second system, share the first. It takes some planning, and a lot of beer, but you can run two systems with one head (er... RES), given some forethought. -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Alan Altmark [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 10:44:37 -0500 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic On Thursday, 01/25/2007 at 08:34 CST, Mary Anne Link [EMAIL PROTECTED] wrote: We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. You want to be a bit careful with IDENTIFY. The value it returns is based on CPUID and SYSTEM NETID. If the CPU id is not present in SYSTEM NETID, it will return the System_Identifier from SYSTEM CONFIG. So if you're going get IDENTIFY to change what it returns based on the fn on salipl, you can't use SYSTEM NETID. If you don't use RSCS, no big deal, but if you do, then you'll need to play games with SET CPUID and SYSTEM NETID for the users who need RSCS. (With no matching entry in SYSTEM NETID, IDENTIFY will return VIA *; SENDFILE, etc. won't work correctly.) Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Copying the res pack (IPL volume w/PARM disk and directory) to another system is fine, but what are you doing for the remaining volumes that comprise the system? Alan Altmark z/VM Development IBM Endicott
Re: autolog profile exec logic
It is a trivial mod to SENDFILE to make it use a default id for the RSCS userid if IDENTIFY returns '*'. I'm surprised it was never done by IBM. Brian Nielsen On Thu, 25 Jan 2007 10:44:37 -0500, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 01/25/2007 at 08:34 CST, Mary Anne Link [EMAIL PROTECTED] wrote: We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. You want to be a bit careful with IDENTIFY. The value it returns is bas ed on CPUID and SYSTEM NETID. If the CPU id is not present in SYSTEM NETID , it will return the System_Identifier from SYSTEM CONFIG. So if you're going get IDENTIFY to change what it returns based on the fn on salipl, you can't use SYSTEM NETID. If you don't use RSCS, no big deal, but if you do, then you'll need to play games with SET CPUID and SYSTEM NETID f or the users who need RSCS. (With no matching entry in SYSTEM NETID, IDENTIFY will return VIA *; SENDFILE, etc. won't work correctly.) Also, aside from system config, the tcpip files (which use system name ), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Copying the res pack (IPL volume w/PARM disk and directory) to another system is fine, but what are you doing for the remaining volumes that comprise the system? Alan Altmark z/VM Development IBM Endicott =
Re: autolog profile exec logic
Tom, That QUERY GATEWAY is really slick. I like that even better than QUERY IPLPARMS. We keep unique CONFIG files on the PARM disks too. Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: Thursday, January 25, 2007 10:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I have multiple configuration files on my sysres for use in Standalone mode or at our hotsite, etc. I found that the System_Identifier entry in the system config file will set the GATEWAY name in CP. You can then use CP QUERY GATEWAY and look for the entry whose OWNER = SYSTEM. That GATEWAY name will correspond to the System_Identifier in the system config file that was used at IPL. This lets me have a name for production config on production hardware, production config on hotsite hardware, standalone config on production hardware, standalone config on hotsite hardware, etc. In OPERATOR and AUTOLOG1, a gateway name of 'SYSPROG' starts very little and a name of 'SA-SYSP' exits as fast as possible. In SA-SYS CONFIG on MAINT CF1 System_Identifier_Default SA-SYSP System_Identifier 2086 xx SYSPROG CP QUERY GATEWAY Gateway: U-AOSSOwning Userid: SYSTEM Gateway: DOEVM01 Owning Userid: AVS /Tom Kern On Thu, 25 Jan 2007 08:34:04 -0600, Mary Anne Link [EMAIL PROTECTED] wrote: Does anyone have an autolog profile exec that contains some logic to autolog different servers based on what system you are on? We are trying to get to a point where we can quickly copy the res pack to other systems, and, based on the system config fn specified on salipl, ipl a copy of that res pack to bring up different systems. Ideally what I'm looking for is a command that will retrieve the system name (which I can't seem to find) and then I can start different linux guests based on that system name. Also, aside from system config, the tcpip files (which use system name), the autologs, and having to keep all users in the user direct, can anyone think of any snags in my plan? Thanks, Mary Anne (A VM newbie) === = If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: autolog profile exec logic
Q IPLPARMS only works if you have separate config files to specify (all our systems run from one), and IDENTIFY only works if you've actually set up SYSTEM NETID correctly. It would appear that the Q GATEWAY is the only method that would work consistently. Since we do this in several execs, currently using IDENTIFY, I¹m going to look into modifying them to switch over to using Q GATEWAY. This would make them more portable. -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 11:10:56 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic Tom, That QUERY GATEWAY is really slick. I like that even better than QUERY IPLPARMS. We keep unique CONFIG files on the PARM disks too. Jim
Re: autolog profile exec logic
Robert, We started using QUERY IPLPARMS back in April 2001. I believe that was VM 3.1.0 back then. Today we are on z/VM 5.2.0 Note: You have to have this set with a SALIPL command: SALIPL vcuu (EXTENT 1 COMMENT ? IPLPARM FN=configfn CONS=cuu FT=configft Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, January 25, 2007 10:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: autolog profile exec logic I am a class A user; What version of zVM are you running, because your Q IPLPARMS looks nothing like mine... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. _ From: Stracka, James (GTI) [EMAIL PROTECTED] Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Date: Thu, 25 Jan 2007 10:04:24 -0500 To: IBMVM@LISTSERV.UARK.EDU Conversation: autolog profile exec logic Subject: Re: autolog profile exec logic Someone at IBM thought this should be a class A command. Why a QUERY command is class A is really beyond my comprehension. But... since AUTOLOG1 is a class A machine it gives the results of the SALIPL: query iplparms Current IPL parameters: FN=MLSYSTEM CONS=0400FT=CONFIG You can override that class A silliness by overriding it in the System Configuration file: Modify Command QUERYSubCMd IPLPARMS IBMclass A PrivClasses AGQ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Fw: a C language question....
Thanks to the help and advice of the good folks on this list, I have managed to solve my C compiler problem. Turns out that I need to do a #define _NO_NEW_FUNC_CHECK at the beginning of the code. That tells the C compler (C/C++ for z/VM, btw) to actually include the correct code to invoked the getaddrinfo function, instead of generating a dummy external structure with the name of getaddrinfo. The dummy structure was the actual source of the error message the C compiler produced. Unfortunately, the _NO_NEW_FUNC_CHECK directive is not documented anywhere in either the C or LE manuals, and I don't have a warm fuzzy feeling about having to use it. Maybe some one from C or LE development can add to my understanding of why it's there and what it's meant to do... The good news is that the code now compiles, loads and runs as I expect it to. Thanks again, and have a good one. DJ William Moy wrote: Hi Dave, Have you tried c89? I cut and paste your code and compiled with c89 successfully. Here is screenshot. Best Regards, Bill Moy - Forwarded by William Moy/Endicott/IBM on 01/24/2007 11:08 AM - *Dave Jones [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/23/2007 07:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject a C language question I know that this is the z/VM forum, but I have a question about compiling a C program on CMS, so I'm hoping someone here might know the answer. I've written a short C test program that invokes the new getaddrinfo C library function. However, the z/VM C/C++ compiler complains with the following error message when I attempt to compile my test program: #define _OPEN_SYS_SOCK_IPV6 #include netdb.h #include sys/socket.h #include stdio.h #include errno.h #include stdlib.h #include string.h struct addrinfo hints, *res, *res0; int main(int argc, char *argv ) { int error; int s; char *name = www.cacert.org; char *port = 80; const char *cause = NULL; memset(hints, 0, sizeof(hints)); hints.ai_family = PF_UNSPEC; hints.ai_socktype = SOCK_STREAM; error = getaddrinfo(name, port, hints, res0); ...a.. = a - CCN3023 Expecting function or pointer to function. Can anyone tell me what I'm doing wrong (besides the obvious fact that I am reduced to using C as a programming language, which has to be one of the worst tools ever devised..the use of C has set back good software development by 20 years, imho.) Thanks for any help and have a good one. DJ
Re: How to determine the creation date of open spool file RSCS printer issue
Shimon: minus the offset from UCT that is correct! What does your tool show for this TOD? C00F01290FABD980 just checking if this open time makes sense for Mike's query. Hoping the results are different than 11:20:24 David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Thu 1/25/2007 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine the creation date of open spool file RSCS printer issue We have a TOD EXEC I could send you. Here is what it showed for your data: TOD C00EEF85A4BD3040 25/01/2007 025 15:01:29 READY; T=0.02/0.02 18:15:33 Shimon On 25 Jan 2007 at 10:25, Horlick, Michael wrote: Hello David, Thanks for that info. Going to research now how to handle TOD within REXX in order to determine age in seconds for file. Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: January 25, 2007 10:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine the creation date of open spool file RSCS printer issue Hi Mike: Offset x'30' in the spfbk contains the TOD at open time: The following commands are shown: 1. query rdr all 2. a cp locate command on the spfbk for maint's rdr file 3. a display host single for eight bytes at offset x'30' in the relevant spfbk. Of course you need other than cl g privvies for this. q r all cla b OWNERID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST MAINT1169 B PUN 0002 001 NONE 01/25 10:01:29 4 4 SYSPROG Ready; T=0.01/0.01 10:06:41 locate spfbk maint 1169 OwnerID SpID Type SPFBKSystem System-SpID MAINT1169 RDR 049C20A8 EGESSEB19042 Ready; T=0.01/0.01 10:06:50 d hs49c20d8.8 HL049C20D8 C00EEF85A4BD304006 R3B92A0D8 Ready; T=0.01/0.01 10:07:07 David -Original Message- From: The IBM z/VM Operating System on behalf of Horlick, Michael Sent: Thu 1/25/2007 9:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] How to determine the creation date of open spool file RSCS printer issue Greetings, First question: Is there a way to determine the date and time of an open spool file? q rdr rscs all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE RSCS 0264 N PRT 0007 001 NONE OPEN- 0F01 MP75 OUTPUT RSCS 8712 N PRT 0007 001 NONE 2007-01-18 14:39:04 MP75 OUTPUT RSCS 5191 X PRT 0118 002 NONE OPEN- 0F00 DIEJ008G OUTPUT mike Ready; Since we have converted a lot of our printers from SNA to LPR I have noticed that sometimes a queue gets established for a printer or printers. I have written a REXX exec , converted for VM:Operator that checks and reports on spool files older than 2 hours old (except I can't determine that for open spool files) When this happens I have informed the operator to ping the printer, do some RSCS QUERY commands, a DRAIN on the printer, followed by a FLUSH HOLD, a START and then QUERY to see if anything is being printed. If this doesn't help they call the client. Sometimes this works and I'm assuming that the LPD running within that printer is lost in those cases. Second question: Has this ever happened to you? When it fails we assume there something physically wrong with the printer. Since this whole error recovery procedure is a bit of a hassle for the operator I am thinking of automating it. Last question: Anyone go through the same exercise? Thanks, Mike Horlick -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: EXECCOMM Environment
And that is exactly what the reference to Pipelines was meant to imply - that the EXEC, which does care, could use Pipelines in that manner; however, it would be good example of how to mis-use Pipelines. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of John P. Hartmann Sent: Thursday, January 25, 2007 1:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: EXECCOMM Environment CMS Pipelines does not care which kind of variable environment it accesses. Thus it has no concept of caller type. However, if the EXECCOMM environment supplies a source string, it can be extracted using REXXVARS, but that is as far as it goes. j. On 1/25/07, Schuh, Richard [EMAIL PROTECTED] wrote: Thanks. Rob was a faster typist, but he only pointed the way. I have already included the code (after finding out that the running EXEC was gen 1 and the caller, gen 2). It would have been nice if DMSCALLR and Pipelines had been consistent. I think that the two are imbedded now so that it is too late for an RCF to do any good. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Don Russell Sent: Wednesday, January 24, 2007 4:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: EXECCOMM Environment Schuh, Richard wrote: I must be losing it. I do not remember how to tell if an EXEC was called from another REXX or EXEC2 EXEC other than using a pipe to reach back and see if it touches anything. Is there a built-in function or a CSL call for doing this, or is using a pipe the best solution? Regards, Richard Schuh From the archives...ref: http://listserv.uark.edu/scripts/wa.exe?A2=ind0606L=ibmvmT=0P=37120 It has a nice example of using DMSCALLR Don Russell
Re: How to determine the creation date of open spool file RSCS printer issue
We have always used local time as TOD. :-( here is what I got: TOD C00F01290FABD980 25/01/2007 025 16:20:24 READY; T=0.02/0.02 18:31:22 Q TIMEZONES ZONE DIRECTION OFFSET STATUS UTC 00.00.00 INACTIVE GMT 00.00.00 INACTIVE JLM 00.00.00 ACTIVE JDT 00.00.00 INACTIVE READY; T=0.01/0.01 18:31:37 Q T TIME IS 18:31:46 JLM THURSDAY 01/25/07 CONNECT= 03:16:25 VIRTCPU= 000:00.88 TOTCPU= 000:01.11 READY; T=0.01/0.01 18:31:46 So, is this good, bad, or indifferent? Shimon On 25 Jan 2007 at 11:21, David Kreuter wrote: Shimon: minus the offset from UCT that is correct! What does your tool show for this TOD? C00F01290FABD980 just checking if this open time makes sense for Mike's query. Hoping the results are different than 11:20:24 David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Thu 1/25/2007 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine the creation date of open spool file RSCS printer issue We have a TOD EXEC I could send you. Here is what it showed for your data: TOD C00EEF85A4BD3040 25/01/2007 025 15:01:29 READY; T=0.02/0.02 18:15:33 Shimon On 25 Jan 2007 at 10:25, Horlick, Michael wrote: Hello David, Thanks for that info. Going to research now how to handle TOD within REXX in order to determine age in seconds for file. Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: January 25, 2007 10:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine the creation date of open spool file RSCS printer issue Hi Mike: Offset x'30' in the spfbk contains the TOD at open time: The following commands are shown: 1. query rdr all 2. a cp locate command on the spfbk for maint's rdr file 3. a display host single for eight bytes at offset x'30' in the relevant spfbk. Of course you need other than cl g privvies for this. q r all cla b OWNERID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST MAINT 1169 B PUN 0002 001 NONE 01/25 10:01:29 4 4 SYSPROG Ready; T=0.01/0.01 10:06:41 locate spfbk maint 1169 OwnerID SpID Type SPFBK System System-SpID MAINT 1169 RDR 049C20A8 EGESSEB1 9042 Ready; T=0.01/0.01 10:06:50 d hs49c20d8.8 HL049C20D8 C00EEF85A4BD3040 06 R3B92A0D8 Ready; T=0.01/0.01 10:07:07 David -Original Message- From: The IBM z/VM Operating System on behalf of Horlick, Michael Sent: Thu 1/25/2007 9:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] How to determine the creation date of open spool file RSCS printer issue Greetings, First question: Is there a way to determine the date and time of an open spool file? q rdr rscs all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE RSCS 0264 N PRT 0007 001 NONE OPEN- 0F01 MP75 OUTPUT RSCS 8712 N PRT 0007 001 NONE 2007-01-18 14:39:04 MP75 OUTPUT RSCS 5191 X PRT 0118 002 NONE OPEN- 0F00 DIEJ008G OUTPUT mike Ready; Since we have converted a lot of our printers from SNA to LPR I have noticed that sometimes a queue gets established for a printer or printers. I have written a REXX exec , converted for VM:Operator that checks and reports on spool files older than 2 hours old (except I can't determine that for open spool files) When this happens I have informed the operator to ping the printer, do some RSCS QUERY commands, a DRAIN on the printer, followed by a FLUSH HOLD, a START and then QUERY to see if anything is being printed. If this doesn't help they call the client. Sometimes this works and I'm assuming that the LPD running within that printer is lost in those cases. Second question: Has this ever happened to you? When it fails we assume there something physically wrong with the printer. Since this whole error recovery procedure is a bit of a hassle for the operator I am thinking of automating it. Last question: Anyone go through the same exercise? Thanks, Mike Horlick -- ** ** Shimon Lebowitz mailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** ** -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: autolog profile exec logic
Uh oh. Why do I feel like a little mouse and Alan is the cat toying with me. :) Well, I guess I will copy spool as well. I can't think of a reason I woul d want to reuse SPL if I have replaced the res, so essentially I guess they go together. We only use SFS files for console logs so I can re-init those. What else would there be? MA
Re: EXECCOMM Environment
No I am referring to finding out if the EXEC that is running was called by another EXEC. The parsing of SOURCE will only tell you about the running EXEC, not its caller. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Thursday, January 25, 2007 6:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: EXECCOMM Environment Are you referring to: parse upper source . . program . . synonym . /* source = environment invocation program type mode synonym address */ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, January 24, 2007 5:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EXECCOMM Environment I must be losing it. I do not remember how to tell if an EXEC was called from another REXX or EXEC2 EXEC other than using a pipe to reach back and see if it touches anything. Is there a built-in function or a CSL call for doing this, or is using a pipe the best solution? Regards, Richard Schuh If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Fw: a C language question....
Dave, In a word: Not a good idea. That define means that the declaration of the offending function is omitted and you fall back on the default of all undeclared functions being something returning int, but that suppresses type checking of the function arguments. You need to convince the compiler that you are compiling for the level that includes the code for the function. 4104 seems to be the operative here. So a specify the appropriate TARGET parameter to the compiler. Then find out why your compiler installation does not default to TARGET CURRENT as it should and fix that. j. On 1/25/07, Dave Jones [EMAIL PROTECTED] wrote: Thanks to the help and advice of the good folks on this list, I have managed to solve my C compiler problem. Turns out that I need to do a #define _NO_NEW_FUNC_CHECK at the beginning of the code. That tells the C compler (C/C++ for z/VM, btw) to actually include the correct code to invoked the getaddrinfo function, instead of generating a dummy external structure with the name of getaddrinfo. The dummy structure was the actual source of the error message the C compiler produced. Unfortunately, the _NO_NEW_FUNC_CHECK directive is not documented anywhere in either the C or LE manuals, and I don't have a warm fuzzy feeling about having to use it. Maybe some one from C or LE development can add to my understanding of why it's there and what it's meant to do... The good news is that the code now compiles, loads and runs as I expect it to. Thanks again, and have a good one. DJ William Moy wrote: Hi Dave, Have you tried c89? I cut and paste your code and compiled with c89 successfully. Here is screenshot. Best Regards, Bill Moy - Forwarded by William Moy/Endicott/IBM on 01/24/2007 11:08 AM - *Dave Jones [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/23/2007 07:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject a C language question I know that this is the z/VM forum, but I have a question about compiling a C program on CMS, so I'm hoping someone here might know the answer. I've written a short C test program that invokes the new getaddrinfo C library function. However, the z/VM C/C++ compiler complains with the following error message when I attempt to compile my test program: #define _OPEN_SYS_SOCK_IPV6 #include netdb.h #include sys/socket.h #include stdio.h #include errno.h #include stdlib.h #include string.h struct addrinfo hints, *res, *res0; int main(int argc, char *argv ) { int error; int s; char *name = www.cacert.org; char *port = 80; const char *cause = NULL; memset(hints, 0, sizeof(hints)); hints.ai_family = PF_UNSPEC; hints.ai_socktype = SOCK_STREAM; error = getaddrinfo(name, port, hints, res0); ...a.. = a - CCN3023 Expecting function or pointer to function. Can anyone tell me what I'm doing wrong (besides the obvious fact that I am reduced to using C as a programming language, which has to be one of the worst tools ever devised..the use of C has set back good software development by 20 years, imho.) Thanks for any help and have a good one. DJ
Re: Fw: a C language question....
Well, John, I did say it didn't give me the warm fuzzes.:-) It does appear that my default TARGET compile value is (LE, CURRENT), but that doesn't work without the #define _NO_NEW_FUNC_CHECK. Here's a list of all the compiler options in effect at compile time: 'GETADDRI C A1' *NOGONUMBER *NOALIAS*NORENT *TERMINAL *NOUPCONV *SOURCE *NOLI *NOXREF *NOAGGR *NOPPONLY *NOEXPMAC *NOSHOWINC *NOOFFSET *MEMO *NOLONGNAME *START *EXECOPS*ARGPARSE *NOEXPORTAL *NODLL(NOCALLBACK *NOLIBANSI *NOWSIZEOF *REDIR *ANSIALIAS *DIGRAPH*NOROCONST *ROST *TUNE(3)*ARCH(2)*SPILL(128) *MAXMEM(2097152)*NOCOMPACT *TARGET(LE,CURRENT) *FLAG(I)*NOTEST(SYM,BLOCK,LINE,PATH,HOOK) *NOOP *NOINLINE(AUTO,NOREPORT,100,1000) *NESTINC(255) *BITFIELD(UNSIGNE *NOCHECKOUT(NOPPTRACE,PPCHECK,GOTO,ACCURACY,PARM,NOENUM, NOEXTERN,TRUNC,INIT,NOPORT,GENERAL,CAST) *FLOAT(HEX,FOLD,NOAFP) *STRICT *NOIGNERRNO *NOINITAUTO *NOCOMPRESS *NOSTRICT_INDUCTION *AGGRCOPY(NOOVERLAP) *CHARS(UNSIGNED) *NOCSECT *NOEVENTS *OBJECT *NOOPTFILE *NOSERVICE *NOOE *NOIPA *NOSEARCH *NOLSEARCH *NOLOCALE *HALT(16) *PLIST(HOST) *NOCONVLIT *NOASCII *NOGOFF *NOXPLINK(NOBACKCHAIN,NOSTOREARGS,NOCALLBACK,GUARD,OSCALL(NOSTACK)) *ENUMSIZE(SMALL) *NOHALTONMSG *NOSUPPRESS DEFINE(__VM__=1) DEFINE(__HOS_VM__=1) DEFINE(__TOS_VM__=1) DEFINE(__CMS__=1) __COMPILER_VER__=0x4102 __LIBREL__=0x4104 __TARGET_LIB__=0x4103 *EXTENDED Maybe someone can point out an option I have not set properly. DJ John P. Hartmann wrote: Dave, In a word: Not a good idea. That define means that the declaration of the offending function is omitted and you fall back on the default of all undeclared functions being something returning int, but that suppresses type checking of the function arguments. You need to convince the compiler that you are compiling for the level that includes the code for the function. 4104 seems to be the operative here. So a specify the appropriate TARGET parameter to the compiler. Then find out why your compiler installation does not default to TARGET CURRENT as it should and fix that. j.
SHARE: Chairbears - don't miss the fun!
Heya, The list is dwindling, the beautiful, intelligent, cool, happenin' people are stepping up to the plate to volunteer to chair a session or two at SHARE in Tampa!! It's easy, it's fun, and not a whole lot of work!! Just show up a bit early, introduce the speaker and session, make any assigned announcements, and collect the evaluation forms. Though it won't get you a free ticket, it gets you respect, eternal gratitude and a cool packet of papers when you attend the Chairbear session at the start of the week. I've got just a few left, including my own lab sessions (where's the love??) so sign up today!! Day Time 24-hr Number Title Chair Email Speaker Mon 01:30p 1330 9214 sudo - Secure and Convenient Michael Potter Mon 01:30p 1330 9242 Linux for Beginners Hands-on-Lab - Part 1 of 3 Neale Ferguson Mon 03:00p 1500 9127 z/VM for MVS Systems Programmers - Part 1 of 2 Martha McConaghy/Mark Post Mon 03:00p 1500 9243 Linux for Beginners Hands-on-Lab - Part 2 of 3 Neale Ferguson Mon 04:30p 1630 9128 z/VM for MVS Systems Programmers - Part 2 of 2 Martha McConaghy/Mark Post Mon 04:30p 1630 9244 Linux for Beginners Hands-on-Lab - Part 3 of 3 Neale Ferguson Tue 08:00a 800 9125 Virtual Networking with z/VM Guest LANs and the z/VM Virtual Switch Alan Altmark Tue 08:00a 800 9263 Compiler Improvements Coming with gcc 4.2 Wolfgang Gellerich Tue 09:30a 930 9274 The Linux IPL Procedure Edmund MacKenty Tue 11:00a 1100 9259 Making Your Penguins Fly - Introduction to SCSI over FCP for Linux on System z Christian Borntraeger Tue 01:30p 1330 9115 VM Performance Introduction Bill Bitner Tue 01:30p 1330 9227 Linux for IBM System z Installation Hands-On-Lab - Part 1 of 3Richard Lewis/Chuck Morse Tue 03:00p 1500 9228 Linux for IBM System z Installation Hands-On-Lab - Part 2 of 3Richard Lewis/Chuck Morse Tue 04:30p 1630 9206 From A (AIX) to Z (Linux on System z), A Customer Experience Uriel Carrasquilla Tue 04:30p 1630 9229 Linux for IBM System z Installation Hands-On-Lab - Part 3 of 3Richard Lewis/Chuck Morse Wed 08:00a 800 9250 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 1 of 3 Mark Boltz Wed 08:00a 800 9267 Networking with Linux on System z - Part 1 of 2 Klaus Wacker Wed 09:30a 930 9117 Introduction to Installation and Service of z/VM using VMSES/E Jim Vincent Wed 09:30a 930 9251 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 2 of 3 Mark Boltz Wed 09:30a 930 9268 Networking with Linux on System z - Part 2 of 2 Klaus Wacker Wed 11:00a 1100 9118 Servicing and Maintaining z/VM with VMSES/E - Hands-on-Lab Jim Vincent Wed 11:00a 1100 9234 Managing Linux under z/VM using ESALPS Barton Robinson Wed 11:00a 1100 9252 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 3 of 3 Mark Boltz Wed 01:30p 1330 9126 Performance Toolkit for VM Bill Bitner Wed 03:00p 1500 9133 Configuring, Customizing and Modifying Your VM System Without an IPL John Franciscovich Wed 03:00p 1500 9151 z/VM System and Performance Management - Integrating IBM's Solutions Robert Neill/Tracy Dean/Dan Martin Wed 04:30p 1630 9150 z/VM Cross System Extensions for High Availability and System Management *now with shared SysRes! Robert (Jay) Brenneman Wed 04:30p 1630 9238 Configuring Linux on z/VM for Performance Barton Robinson Thu 08:00a 800 9112 z/VM TCP/IP Stack Configuration Miguel Delapaz Thu 08:00a 800 9146 Backup and zSeries Linux: Maximize Your Flexibility with CA's Storage Solutions Brian Jagos Thu 09:30a 930 9211 Under the Hood: RedHat/SUSE Configuration Cross-Reference Mark Ver Thu 09:30a 930 9253 Basic Linux Scripting Hands-on Lab - Part 1 of 2 Neale Ferguson Thu 11:00a 1100 9147 Managing Tapes, Backups, and Automated Operations for z/VM Systems Tracy Dean/Dan Martin Thu 11:00a 1100 9255 Basic Linux Scripting Hands-on Lab - Part 2 of 2 Neale Ferguson Thu 11:00a 1100 9276 High Availability for Linux on IBM System z Servers Robert (Jay) Brenneman Thu 01:30p 1330 9136 Automated Linux Guest Monitoring on z/VM using PROP Jim Vincent Thu 01:30p 1330 9137 Using VM for Linux Disaster Recovery Planning Rick Barlow Thu 03:00p 1500 9111 The Latest and
Re: autolog profile exec logic
We used to be very concerned with SPOOL file recovery in moving from one configuration to another, but that was when we had real users. Now we don 't have users who need their old spool file, just servers that are creating new console log spool files. I resurrected an old idea about saving DCSSes on a minidisk rather than on a tape that needs to be carried to each system fo r recovery. I have a server that will resave all of the changed DCSSes lat e at night. I haven't yet built the automatic restore to spool area, but it only takes me a minute or two in the middle of our Disaster Recovery to d o it manually. The minidisk is allocated on the sysres volume. The CMS Util ity Feature programs DCSSBKUP and DCSSRSAV work nicely for DCSSes, but not fo r NSSes. I stole the basic idea of CMS and GCS regeneration from the installation script and have a BLDCMS and BLDGCS server can resave these NSSes. /Tom Kern On Thu, 25 Jan 2007 10:37:27 -0600, Mary Anne Link [EMAIL PROTECTED] M wrote: Uh oh. Why do I feel like a little mouse and Alan is the cat toying with me. :) Well, I guess I will copy spool as well. I can't think of a reason I wou ld want to reuse SPL if I have replaced the res, so essentially I guess the y go together. We only use SFS files for console logs so I can re-init those. What else would there be? MA = ===
Re: Fw: a C language question....
John, it turns out that using the #define _NONEW_FUNC_CHECK doe not simply revert to the default of having the undeclared getaddrinfo function return an int. It actually generates the following: #pragma map (getaddrinfo, @@GTADRI) #pragma map (getnameinfo, @@GTNAMI) #pragma map (gai_strerror, @@GAISTR) #pragma map (freeaddrinfo, @@FRADDR) Why it does this, I don't have a clue, and you're right that type checking is clearly not being done here. Stranger and stranger DJ John P. Hartmann wrote: Dave, In a word: Not a good idea. That define means that the declaration of the offending function is omitted and you fall back on the default of all undeclared functions being something returning int, but that suppresses type checking of the function arguments. You need to convince the compiler that you are compiling for the level that includes the code for the function. 4104 seems to be the operative here. So a specify the appropriate TARGET parameter to the compiler. Then find out why your compiler installation does not default to TARGET CURRENT as it should and fix that. j. On 1/25/07, Dave Jones [EMAIL PROTECTED] wrote: Thanks to the help and advice of the good folks on this list, I have managed to solve my C compiler problem. Turns out that I need to do a #define _NO_NEW_FUNC_CHECK at the beginning of the code. That tells the C compler (C/C++ for z/VM, btw) to actually include the correct code to invoked the getaddrinfo function, instead of generating a dummy external structure with the name of getaddrinfo. The dummy structure was the actual source of the error message the C compiler produced. Unfortunately, the _NO_NEW_FUNC_CHECK directive is not documented anywhere in either the C or LE manuals, and I don't have a warm fuzzy feeling about having to use it. Maybe some one from C or LE development can add to my understanding of why it's there and what it's meant to do... The good news is that the code now compiles, loads and runs as I expect it to. Thanks again, and have a good one. DJ
Re: How to determine the creation date of open spool file RSCS printer issue
It's good. I just tested with an open spool file and the time is accurate. I wrote a qd using pipe dateconvert with the TOD results from the locate, then closed the file, and the times matched up. So the method is reasonably sound for getting the date opened from an open spool file. David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Thu 1/25/2007 11:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine the creation date of open spool file RSCS printer issue We have always used local time as TOD. :-( here is what I got: TOD C00F01290FABD980 25/01/2007 025 16:20:24 READY; T=0.02/0.02 18:31:22 Q TIMEZONES ZONE DIRECTION OFFSET STATUS UTC 00.00.00 INACTIVE GMT 00.00.00 INACTIVE JLM 00.00.00 ACTIVE JDT 00.00.00 INACTIVE READY; T=0.01/0.01 18:31:37 Q T TIME IS 18:31:46 JLM THURSDAY 01/25/07 CONNECT= 03:16:25 VIRTCPU= 000:00.88 TOTCPU= 000:01.11 READY; T=0.01/0.01 18:31:46 So, is this good, bad, or indifferent? Shimon On 25 Jan 2007 at 11:21, David Kreuter wrote: Shimon: minus the offset from UCT that is correct! What does your tool show for this TOD? C00F01290FABD980 just checking if this open time makes sense for Mike's query. Hoping the results are different than 11:20:24 David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Thu 1/25/2007 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine the creation date of open spool file RSCS printer issue We have a TOD EXEC I could send you. Here is what it showed for your data: TOD C00EEF85A4BD3040 25/01/2007 025 15:01:29 READY; T=0.02/0.02 18:15:33 Shimon On 25 Jan 2007 at 10:25, Horlick, Michael wrote: Hello David, Thanks for that info. Going to research now how to handle TOD within REXX in order to determine age in seconds for file. Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: January 25, 2007 10:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine the creation date of open spool file RSCS printer issue Hi Mike: Offset x'30' in the spfbk contains the TOD at open time: The following commands are shown: 1. query rdr all 2. a cp locate command on the spfbk for maint's rdr file 3. a display host single for eight bytes at offset x'30' in the relevant spfbk. Of course you need other than cl g privvies for this. q r all cla b OWNERID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST MAINT 1169 B PUN 0002 001 NONE 01/25 10:01:29 4 4 SYSPROG Ready; T=0.01/0.01 10:06:41 locate spfbk maint 1169 OwnerID SpID Type SPFBK System System-SpID MAINT 1169 RDR 049C20A8 EGESSEB1 9042 Ready; T=0.01/0.01 10:06:50 d hs49c20d8.8 HL049C20D8 C00EEF85A4BD3040 06 R3B92A0D8 Ready; T=0.01/0.01 10:07:07 David -Original Message- From: The IBM z/VM Operating System on behalf of Horlick, Michael Sent: Thu 1/25/2007 9:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] How to determine the creation date of open spool file RSCS printer issue Greetings, First question: Is there a way to determine the date and time of an open spool file? q rdr rscs all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE RSCS 0264 N PRT 0007 001 NONE OPEN- 0F01 MP75 OUTPUT RSCS 8712 N PRT 0007 001 NONE 2007-01-18 14:39:04 MP75 OUTPUT RSCS 5191 X PRT 0118 002 NONE OPEN- 0F00 DIEJ008G OUTPUT mike Ready; Since we have converted a lot of our printers from SNA to LPR I have noticed that sometimes a queue gets established for a printer or printers. I have written a REXX exec , converted for VM:Operator that checks and reports on spool files older than 2 hours old (except I can't determine that for open spool files) When this happens I have informed the operator to ping the printer, do some RSCS QUERY commands, a DRAIN on the printer, followed by a FLUSH HOLD, a START and then QUERY to see if anything is being printed. If this doesn't help they call the client. Sometimes this works and I'm assuming that the LPD running within that printer is lost in those cases. Second question: Has this ever happened to you? When it fails we assume there something physically wrong with the printer. Since this whole error recovery procedure is a bit of a hassle for the operator I am thinking of automating it. Last question: Anyone go through the same exercise? Thanks, Mike Horlick -- ** ** Shimon Lebowitz mailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2
Re: Fw: a C language question....
Dave, First ... I apologize for the late response. I was out of the office yesterday and I am just getting caught up on all my mail. If you specify the option TARGET(0x4104), sans quotes, on the compile command, you should be able to cleanly compile your source and still use all the appropriate checking and such. As John pointed out, there appears to be a conflict between the way FEATURES.H and NETDB.H work (or don't work) together. I am trying to find more information about how these two are supposed to work. I will get back to you with whatever I find. Cheers! Mike Dave Jones [EMAIL PROTECTED] are.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Fw: a C language question 01/25/2007 12:09 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU John, it turns out that using the #define _NONEW_FUNC_CHECK doe not simply revert to the default of having the undeclared getaddrinfo function return an int. It actually generates the following: #pragma map (getaddrinfo, @@GTADRI) #pragma map (getnameinfo, @@GTNAMI) #pragma map (gai_strerror, @@GAISTR) #pragma map (freeaddrinfo, @@FRADDR) Why it does this, I don't have a clue, and you're right that type checking is clearly not being done here. Stranger and stranger DJ John P. Hartmann wrote: Dave, In a word: Not a good idea. That define means that the declaration of the offending function is omitted and you fall back on the default of all undeclared functions being something returning int, but that suppresses type checking of the function arguments. You need to convince the compiler that you are compiling for the level that includes the code for the function. 4104 seems to be the operative here. So a specify the appropriate TARGET parameter to the compiler. Then find out why your compiler installation does not default to TARGET CURRENT as it should and fix that. j. On 1/25/07, Dave Jones [EMAIL PROTECTED] wrote: Thanks to the help and advice of the good folks on this list, I have managed to solve my C compiler problem. Turns out that I need to do a #define _NO_NEW_FUNC_CHECK at the beginning of the code. That tells the C compler (C/C++ for z/VM, btw) to actually include the correct code to invoked the getaddrinfo function, instead of generating a dummy external structure with the name of getaddrinfo. The dummy structure was the actual source of the error message the C compiler produced. Unfortunately, the _NO_NEW_FUNC_CHECK directive is not documented anywhere in either the C or LE manuals, and I don't have a warm fuzzy feeling about having to use it. Maybe some one from C or LE development can add to my understanding of why it's there and what it's meant to do... The good news is that the code now compiles, loads and runs as I expect it to. Thanks again, and have a good one. DJ
Re: How to determine the creation date of open spool file RSCS printer issue
Note that modern plastic plumbing (specifically, the updated level from Marist that is at least Sublevel 5 - August 25, 2002) has a TOD conversion routine in specs: Add C2T and T2C conversion routines to convert between eight-byte binary TOD clock format and ISO timestamp. A timezone offset in seconds can be specified in parentheses; specify a positive number east of Greenwich. Specify * to use the timezone offset that CP stores on diagnose 0. This should be faster than using dateconv if you have to do a lot of conversions. On 1/25/07, David Kreuter [EMAIL PROTECTED] wrote: It's good. I just tested with an open spool file and the time is accurate. I wrote a qd using pipe dateconvert with the TOD results from the locate, then closed the file, and the times matched up. So the method is reasonably sound for getting the date opened from an open spool file. David -- Bruce Hayden IBM Global Technology Services, System z Linux Endicott, NY
Re: How to determine the creation date of open spool file RSCS printer issue
What's the matter with using SMSG RSCS Q F SHOW FN ORIGI or SMSG RSCS Q F SHOW DESTI ORIGI ?
z9 systems and tape drives
Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 . CONFIDENTIAL NOTICE: This communication, including any attachments, is intended only for the use of the individual or entity to which it is addressed and contains information which may be confidential. If you are not the intended recipient, any distribution or copying of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately, delete the communication and destroy all copies. Thank you for your compliance.
Re: z9 systems and tape drives
Ed, you'll need some sort of intermediate device to plug the 3490-F01 into, as the z9-BC doesn't have any SCSI connectors on it. And CP certainly would not support the 3490 as a native tape device. Good luck though..I have heard a rumor that a few years back, IBM managed to hook up a DVD burner to a zSeries box at a Linux trade show and have Linux on zSeries burns DVDs for the attendees. DJ Ed Zell wrote: Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 . CONFIDENTIAL NOTICE: This communication, including any attachments, is intended only for the use of the individual or entity to which it is addressed and contains information which may be confidential. If you are not the intended recipient, any distribution or copying of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately, delete the communication and destroy all copies. Thank you for your compliance.
Re: z9 systems and tape drives
Interesting question.. I wondered that myself -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ed Zell Sent: Thursday, January 25, 2007 3:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: z9 systems and tape drives Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 . CONFIDENTIAL NOTICE: This communication, including any attachments, is intended only for the use of the individual or entity to which it is addressed and contains information which may be confidential. If you are not the intended recipient, any distribution or copying of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately, delete the communication and destroy all copies. Thank you for your compliance.
Re: z9 systems and tape drives
On Thursday, 01/25/2007 at 02:21 CST, Ed Zell [EMAIL PROTECTED] wrote: Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Being an antique (the drive, not me), I think the 3490-F01 has an old-fashioned daisy-chain SCSI connector. It will not directly attach to a z9 Fibre Channel (FCP) adapter. There may be SCSI-FC converters or switch adapters Out There. Dunno. Either way sounds expensive. But once attached to the z9, it MAY work with Linux as a dedicated device. It will not work for CP or CMS. Alan Altmark z/VM Development IBM Endicott
Re: z9 systems and tape drives
Ed Zell wrote: Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Just out of curiosity, are you thinking of using it with CMS applications like VM:Backup or with Linux images?
Re: z9 systems and tape drives
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ed Zell Sent: Thursday, January 25, 2007 2:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: z9 systems and tape drives Does anyone know if it is possible to hook an IBM 3490-F01 tape drive to the new z9 BC series processors? (The F01 has a SCSI attachment). Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 . Well, I know how to (supposedly, haven't done it myself). Get a FlexCUB system from Funsoft (the makers of FlexES). You can then connect your SCSI tape to it. FlexCUB only does Escon connection to the z9, so you'll need a converter. The FlexCUB emulates many different types of Escon connected control units, including DASD (3390), and tape. The tape emulation can then write to physical tape or to AWS formatted or Faketape(tm) formatted virtual tape files on disk. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: autolog profile exec logic
As Robert Nix mentioned, the easiest and safest way to get the system nod e name is to use the CP QUERY USERID command. No dependencies on SYSTEM NETID or IPLPARMS and it's a class G command, (anybody can use it). I us e it in lots of Execs to determine what system I am on. In a REXX Exec, yo u can code something like this to get the system node name: Parse Value Diag(08,'QUERY USERID') With . . node . '15'x . Dale R. Smith Technology Services Senior IBM Global Services [EMAIL PROTECTED] 1-614-481-1608