Re: VMARC download date
a) regarding DMSPLU, I have an exec named SETDATI which embeds DMSPLU. IIRC, it was based on an ancient EXECSERV function. My exec supports ! (exclamation point) instead of / (slash) as the date delimiter, allowing me to use it from Filelist. b) when I am unsure if a 'new' VMARC is different from the one I have, I usually run a simple COMPARE. Only if they show up as different do I actually compare the files and dates in them, by dumping each to a different tdisk or sfs dir. I have an MDSKCMPR exec that will compare all the files on two supplied filemodes, giving 4 outputs: equal files, unequal, only found on first, only on second. Shalom, Shimon Original message Date: Tue, 30 Sep 2008 08:23:17 EDT From: Fran Hensler [EMAIL PROTECTED] Subject: Re: VMARC download date To: IBMVM@LISTSERV.UARK.EDU On my VM Download Site ( http://zvm.sru.edu/~download ) I always use DMSPLU to make the date of the VMARC file be the same as the latest file it contains. For those unfamiliar with DMSPLU the syntax is: DMSPLU fn ft fm mm/dd/yy hh:mm:ss /Fran Hensler at Slippery Rock University of Pennsylvania USA for 45 years mailto:[EMAIL PROTECTED] http://zvm.sru.edu/~fjh +1.724.738.2153 Yes, Virginia, there is a Slippery Rock - - On Tue, 30 Sep 2008 07:46:30 -0400 Phil Smith III said: (Mike Walter wrote about VMARCs not having a timestamp on a VMARC.) Seems to me that the real problem here is with the originating site.
Re: Tracking Hot Spots
On Thu, Oct 2, 2008 at 12:33 AM, Schuh, Richard [EMAIL PROTECTED] wrote: We have a situation where we need to discover what hot spots exist in specific virtual machines, where they are spending the most execution time, from outside the machines in question. Are there any tools that can do this type of monitoring? Turning on traces in the machines has been rejected because of the impact to the machines. The ideal is to have some kind of high-frequency sampling. With Linux, we enable the 100 Hz timer and record the old PSW on timer ticks. The overhead of measuring that is normally acceptable. Don't know whether TPF has such a thing (hope not, since it hurts performance). I've also done things in the past by analysis of the CP trace table. You need to cut down to trace just the runuser type entries for the user you profile, otherwise it gets too big. The sampling is not uniform, but since I think TPF does a lot of I/O, it may be frequent enough. -Rob
Re: VMARC download date
I'm not wholly comfortable with the :TLR implementation and the (then) inevitable problem that VMARC would be generating archives that were incompatible with older versions of VMARC (and, probably, VMAGUI - something that I've just recently come to seriously appreciate). I'd like to propose that, rather than introducing a new record-type, it would be more friendly to introduce a dummy file, placed last in the archive, which contains all the desired tracking information. In addition to preserving backward-compatibility, this solution would be more amenabl e to future, improvements as space would be, effectively, unlimited. Regards, Jeff
Re: VMARC download date
On Thu, Oct 2, 2008 at 11:50 AM, Jeff Gribbin [EMAIL PROTECTED] wrote: I'd like to propose that, rather than introducing a new record-type, it would be more friendly to introduce a dummy file, placed last in the archive, which contains all the desired tracking information. In addition to preserving backward-compatibility, this solution would be more amenable to future, improvements as space would be, effectively, unlimited. When I was looking at adding an index, the idea was indeed to make it a dummy file at the end. You can overwrite that when you add files to the archive, and the time stamp of the dummy file would correspond to the last update of the archive. But never had time to write the wrapper to maintain that index. Part of that code is here now: http://rvdheij.wordpress.com/2008/10/02/listing-the-contents-of-vmarc/ -Rob
Re: VMARC download date
Humbly submitted, the following EXEC to show you the most recent file in a
VMARC. Seems to me that since you need to download the file anyway to see the
:TLR info, this solves the problem in a similar way. (Yes, there could be a bad
VMARC that is *missing* or has an invalid copy of an *older* file, but at that
point, I think you're in a world o' hurt anyway...)
/**/
address command
arg fn ft fm . '(' options ')'
all = '| take first 1'
do while options ''
parse var options option options
select
when option = 'ALL' then all = ''
otherwise
say 'Invalid option 'option''
exit 24
end
end
if abbrev('?', fn) then signal Help
if ft = '' then ft = 'VMARC'
if fm = '' then fm = '*'
'PIPE (name ArcLast endchar ?)' ,
'| ' fn ft fm ,
'| strfind /:CFF/' ,
'| specs 11.18 1 31-33 20' ,
'| specs 1.8 1 9.8 10' ,
'20.1 c2x 22 @/@ 24 21.1 c2x 25 @/@ 27 22.1 c2x 28' ,
'| nineties: locate 22 /0/' , /* Send 19xx away */
'| specs 1-18 1 /20/ 20 22-* n' ,
'| rejoin: faninany' ,
'| sort 20-25 d' ,
all ,
'| cons' ,
'?' ,
'nineties:' ,
'| specs 1-18 1 /19/ 20 22-* n' ,
'| rejoin:'
exit
Help:
say 'ARCLAST lists the most recent file in a VMARC (or, optionally,'
say 'all files in a VMARC, sorted with most recent files first).'
say ''
say 'Format is:'
say ''
say 'ARCLAST fn ft fm ( ALL ) '
say ''
say 'where fn ft fm is the fileid of a VMARC file; ft fm'
say 'default to VMARC *.'
say ''
say 'The ALL option lists all files, not just the most recent.'
say ''
say 'Comments/complaints/suggestions/cash to [EMAIL PROTECTED]'
Re: GONE exec
Wayne's is based on WAKEUP. I've never used it, since I wrote my own way back when, and it is based on WAKEUP also. On Wed, Oct 1, 2008 at 7:33 PM, Rick Troth [EMAIL PROTECTED] wrote: Is Wayne's the GONE which is based on PROP? The first GONE I ever encountered was PROP based and required that you STOP when reconnecting. Very annoying. (But maybe Wayne Preism's GONE is driven by WAKEUP or something.) -- R; -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY
Re: GONE exec
On Thu, Oct 2, 2008 at 2:36 PM, Bruce Hayden [EMAIL PROTECTED] wrote: Wayne's is based on WAKEUP. I've never used it, since I wrote my own way back when, and it is based on WAKEUP also. And I recall that some versions of GONE floating around in IBM would also waste some CPU resources so that the user was not considered idle and thus forced off the system... Rob
Re: VMARC download date
This index type of file would really be the same a a PACKAGE file in an offering from the IBM Download site, at least some of the offerings. The Package file did everything that you both are referring to plus a little extra. I never knew if there was a special tool to help generate a PACKAGE file. It's basically output of listfile fn ft fm (da with extra stuff in it such as comments and heading info with author, date, etc. Jim Rob van der Heij wrote: On Thu, Oct 2, 2008 at 11:50 AM, Jeff Gribbin [EMAIL PROTECTED] wrote: I'd like to propose that, rather than introducing a new record-type, it would be more friendly to introduce a dummy file, placed last in the archive, which contains all the desired tracking information. In addition to preserving backward-compatibility, this solution would be more amenable to future, improvements as space would be, effectively, unlimited. When I was looking at adding an index, the idea was indeed to make it a dummy file at the end. You can overwrite that when you add files to the archive, and the time stamp of the dummy file would correspond to the last update of the archive. But never had time to write the wrapper to maintain that index. Part of that code is here now: http://rvdheij.wordpress.com/2008/10/02/listing-the-contents-of-vmarc/ -Rob -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: VMARC download date
On Thu, Oct 2, 2008 at 1:42 PM, Phil Smith III [EMAIL PROTECTED] wrote: Humbly submitted, the following EXEC to show you the most recent file in a VMARC. Seems to me that since you need to download the file anyway to see the :TLR info, this solves the problem in a similar way. (Yes, there could be a bad VMARC that is *missing* or has an invalid copy of an *older* file, but at that point, I think you're in a world o' hurt anyway...) Even more humbly, with the REXX stage I referred to, it would go like: pipe alex vmarc | vmarclst iso | sort 57.19 | take last | cons and if you want to change the time stamp of your VMARC file, you stick before the cons stage | dateconvert w4 iso short | spec ,DMSPLU ALEX VMARC A, 1 57.19 nw | command -Rob
Re: Tracking Hot Spots
Your best bet would be to investigate the Velocity Software Suite, they are the only ones to have the performance monitor for VM. You would probably have to customize the reports that you would need but that is fairly straight forward. Velocity also has an excellent support staff. Loren Charnley, Jr. IT Systems Engineer FAMILY DOLLAR (704) 847-6961 Ext. 3327 (704) 814-3327 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, October 01, 2008 6:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tracking Hot Spots We have a situation where we need to discover what hot spots exist in specific virtual machines, where they are spending the most execution time, from outside the machines in question. Are there any tools that can do this type of monitoring? Turning on traces in the machines has been rejected because of the impact to the machines. Regards, Richard Schuh - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Recovery question
Hi I am trying to bring up my test LPAR which is a clone of another VM LPAR. Before I did this I needed to update the SYSTEM CONFIG file and the USER DIRECTORY to point to different RES, PAGE, SPOOL..etc. I attached the RES of the system I am trying to bring up to the working system, I then issued a DEFINE MDISK 991 39 120 53DRES and then ACC 991 M. After I did this I was pointing to my SYSTEM CONFIG file on the TEST RES. I made the changes to the SYSTEM CONFIG file and saved it. Next, I wanted to change the USER DIRECT to point to different RES and such. I did another DEFINE MDISK 991 511 175 53DRES and then ACC 991 M. After I did this I was pointing to my USER DIRECT file on the TEST RES. I made the changes to the USER DIRECT file and saved it. Next, I tried IPLing the TEST LPAR and I noticed that it was still looking at the SYSTEM CONFIG without my changes from above as well the USER DIRECT without my changes from above. It appears that the changes did not take. Where did I go wrong? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: Question
Point taken! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Richard Corak Sent: Wednesday, October 01, 2008 7:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Question Perhaps I could suggest that one not use as subject a content-free term like question. I'm guessing that the overwhelming majority of threads start with a question. We might all be better served with a subject line that does, in fact, mention the subject. Richard Corak
Re: Tracking Hot Spots
Any experience out there with Omegamon for zvm and linux that sits on top of Perfkit? Does it give more / better info? Easier? We currently use Perfkit for real time monitoring and are fairly satisfied with that. We do not have the drill down into the linux boxes set up (rmfpms?), any links, input, etc. on that would also be really appreciated. Thanks for all the excellent info I am getting here. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of LOREN CHARNLEY Sent: Thursday, October 02, 2008 9:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tracking Hot Spots Your best bet would be to investigate the Velocity Software Suite, they are the only ones to have the performance monitor for VM. You would probably have to customize the reports that you would need but that is fairly straight forward. Velocity also has an excellent support staff. Loren Charnley, Jr. IT Systems Engineer FAMILY DOLLAR (704) 847-6961 Ext. 3327 (704) 814-3327 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, October 01, 2008 6:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tracking Hot Spots We have a situation where we need to discover what hot spots exist in specific virtual machines, where they are spending the most execution time, from outside the machines in question. Are there any tools that can do this type of monitoring? Turning on traces in the machines has been rejected because of the impact to the machines. Regards, Richard Schuh NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you. Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Recovery question
I don't see any mistakes. However - For SYSTEM CONFIG: are you sure that DEFINE MDISK 991 39 120 53DRES points to the CF1 of the new system, and/or that the new system is IPLed with CF1 as its IPL input? - For the CP directory You did mention you changed the directory source, but not that you placed the changed directory online on the RES of the new system, So DEFINE MDISK 991 511 175 53DRES #ACC 991 M DETACH 123 DEFINE MDISK 123 0 END 53DRES DIRECTXA fn DIRECT M DET 123 991 2008/10/2 Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] Hi I am trying to bring up my test LPAR which is a clone of another VM LPAR. Before I did this I needed to update the SYSTEM CONFIG file and the USER DIRECTORY to point to different RES, PAGE, SPOOL..etc. I attached the RES of the system I am trying to bring up to the working system, I then issued a DEFINE MDISK 991 39 120 53DRES and then ACC 991 M. After I did this I was pointing to my SYSTEM CONFIG file on the TEST RES. I made the changes to the SYSTEM CONFIG file and saved it. Next, I wanted to change the USER DIRECT to point to different RES and such. I did another DEFINE MDISK 991 511 175 53DRES and then ACC 991 M. After I did this I was pointing to my USER DIRECT file on the TEST RES. I made the changes to the USER DIRECT file and saved it. Next, I tried IPLing the TEST LPAR and I noticed that it was still looking at the SYSTEM CONFIG without my changes from above as well the USER DIRECT without my changes from above. It appears that the changes did not take. Where did I go wrong? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -- Kris Buelens, IBM Belgium, VM customer support
Re: Recovery question
First another question. When you updated the USER DIRECT did you expect the changes made there to b online when you IPL's the system? You did not mention a DIRECTXA of the USER DIRECT to the new RES pack (assuming that is where the DRCT space is allocated). Without those changes you may not be seeing any of the changes you expect to see. The USER DIRECT file is just a source file. The DRCT space allocated for the system is where CP reads all the definitions. Bob Bates Enterprise Hosting Services - Enterprise Virtualization - z/VM and z/Linux http://ehs.homestead.wellsfargo.com/Mainframe/zSS/zSE/zVM-zLinux/Pages/ default.aspx w. (469)892-6660 c. (214) 907-5071 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, October 02, 2008 8:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Recovery question Hi I am trying to bring up my test LPAR which is a clone of another VM LPAR. Before I did this I needed to update the SYSTEM CONFIG file and the USER DIRECTORY to point to different RES, PAGE, SPOOL..etc. I attached the RES of the system I am trying to bring up to the working system, I then issued a DEFINE MDISK 991 39 120 53DRES and then ACC 991 M. After I did this I was pointing to my SYSTEM CONFIG file on the TEST RES. I made the changes to the SYSTEM CONFIG file and saved it. Next, I wanted to change the USER DIRECT to point to different RES and such. I did another DEFINE MDISK 991 511 175 53DRES and then ACC 991 M. After I did this I was pointing to my USER DIRECT file on the TEST RES. I made the changes to the USER DIRECT file and saved it. Next, I tried IPLing the TEST LPAR and I noticed that it was still looking at the SYSTEM CONFIG without my changes from above as well the USER DIRECT without my changes from above. It appears that the changes did not take. Where did I go wrong? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: Recovery question
Hi Thanks, I did not bring the new DIRECTORY online I thought about this but I did not know the exact procedure to accomplish under the working system. I guess I also thought that at IPL time it would bring in the USER DIRECTORY that was sitting at 511 175(in my case). I understand now how this is working. Thanks again for the help it is much appreciated. I am LEARNING!! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, October 02, 2008 10:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Recovery question I don't see any mistakes. However - For SYSTEM CONFIG: are you sure that DEFINE MDISK 991 39 120 53DRES points to the CF1 of the new system, and/or that the new system is IPLed with CF1 as its IPL input? - For the CP directory You did mention you changed the directory source, but not that you placed the changed directory online on the RES of the new system, So DEFINE MDISK 991 511 175 53DRES #ACC 991 M DETACH 123 DEFINE MDISK 123 0 END 53DRES DIRECTXA fn DIRECT M DET 123 991 2008/10/2 Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] Hi I am trying to bring up my test LPAR which is a clone of another VM LPAR. Before I did this I needed to update the SYSTEM CONFIG file and the USER DIRECTORY to point to different RES, PAGE, SPOOL..etc. I attached the RES of the system I am trying to bring up to the working system, I then issued a DEFINE MDISK 991 39 120 53DRES and then ACC 991 M. After I did this I was pointing to my SYSTEM CONFIG file on the TEST RES. I made the changes to the SYSTEM CONFIG file and saved it. Next, I wanted to change the USER DIRECT to point to different RES and such. I did another DEFINE MDISK 991 511 175 53DRES and then ACC 991 M. After I did this I was pointing to my USER DIRECT file on the TEST RES. I made the changes to the USER DIRECT file and saved it. Next, I tried IPLing the TEST LPAR and I noticed that it was still looking at the SYSTEM CONFIG without my changes from above as well the USER DIRECT without my changes from above. It appears that the changes did not take. Where did I go wrong? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -- Kris Buelens, IBM Belgium, VM customer support
Issue with VSWITCH and SuSE Linux
We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: VMARC download date
Updated version of ARCLAST, now with comments (!) plus detection of ASCII-ified
VMARCs and non-VMARCs. To test: ARCLAST PROFILE EXEC or XEDIT a VMARC, issue:
set hex on
c/:CFF/x'3a434646'/*
file bad
Then issue ARCLAST BAD
...phsiii
-
/* ARCLAST EXEC -- List last-updated file in a VMARC, or all files */
address command
all = '| take first 1' /* By default, only show last file */
arg fn ft fm . '(' options ')' /* Parse command line */
if abbrev('?', fn) then signal Help/* No parms/wants help */
do while options '' /* Parse options */
parse var options option options /* Get an option */
select
when option = 'ALL' then all = ''/* If ALL, kill filter */
otherwise
say 'Invalid option 'option''
exit 24
end
end
if ft = '' then ft = 'VMARC' /* Default filetype */
if fm = '' then fm = '*' /* Default filemode */
'PIPE (name ArcLast endchar ?)' , /* Get fileids/timestamps */
'| ' fn ft fm , /* Read the VMARC */
'| rest: strfind /:CFF/' , /* Get file headers */
'| specs 11.18 1 31-33 20' , /* Just keep fileids timestamps */
'| specs 1.8 1 9.8 10' , /* Reformat timestamps */
'20.1 c2x 22 @/@ 24 21.1 c2x 25 @/@ 27 22.1 c2x 28' ,
'| nineties: locate 22 /0/' , /* Send 19xx away */
'| specs 1-18 1 /20/ 20 22-* n' , /* Add 20 for 20xx files */
'| rejoin: faninany' , /* 19xx files come back in */
'| sort 20-25 d' ,/* Sort, newest first */
all , /* Just keep most recent, maybe */
'| console' ,/* And display the file(s) */
'| count lines' , /* See whether we found any */
'| var count' ,/* And remember that */
'?' ,
'rest:' ,/* Non-file header lines come here */
'| strfind x3A434646' , /* Look for ASCII version */
'| count lines' , /* See if there were any */
'| var ascii' , /* And remember if so */
'?' ,
'nineties:' , /* 19xx files come here */
'| specs 1-18 1 /19/ 20 22-* n' ,/* Add century */
'| rejoin:' /* And go rejoin 20xx files */
if count = 0 then do
if ascii 0 then
say 'File appears to have been translated to ASCII and thus' ,
'destroyed.'
else say 'Not a VMARC file.'
end
exit
Help:
say 'ARCLAST lists the most recent file in a VMARC (or, optionally,'
say 'all files in a VMARC, sorted with most recent files first).'
say ''
say 'Format is:'
say ''
say 'ARCLAST fn ft fm ( ALL ) '
say ''
say 'where fn ft fm is the fileid of a VMARC file; ft fm'
say 'default to VMARC *.'
say ''
say 'The ALL option lists all files, not just the most recent.'
say ''
say 'Comments/complaints/suggestions/cash to [EMAIL PROTECTED]'
Re: Issue with VSWITCH and SuSE Linux
What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Issue with VSWITCH and SuSE Linux
If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dean, David (I/S) Sent: Thursday, October 02, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: VMARC download date
You could make that perhaps a little better: ...| sort 57.19 d | take 1 |... Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Thursday, October 02, 2008 6:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMARC download date On Thu, Oct 2, 2008 at 1:42 PM, Phil Smith III [EMAIL PROTECTED] wrote: Humbly submitted, the following EXEC to show you the most recent file in a VMARC. Seems to me that since you need to download the file anyway to see the :TLR info, this solves the problem in a similar way. (Yes, there could be a bad VMARC that is *missing* or has an invalid copy of an *older* file, but at that point, I think you're in a world o' hurt anyway...) Even more humbly, with the REXX stage I referred to, it would go like: pipe alex vmarc | vmarclst iso | sort 57.19 | take last | cons and if you want to change the time stamp of your VMARC file, you stick before the cons stage | dateconvert w4 iso short | spec ,DMSPLU ALEX VMARC A, 1 57.19 nw | command -Rob
Re: Issue with VSWITCH and SuSE Linux
When using the NICDEF, what does the LAN startup section of the Linux bootup messages show? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Daniel Allen wrote: If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change.
MAXCONN
What consumes the connections specified in the MAXCONN option of the TCPIP machine's directory? Does each open socket consume 1 connection, or is it 1 connection for each guest that opens 1 or more sockets? Regards, Richard Schuh
Re: Issue with VSWITCH and SuSE Linux
The 3 OSA's work because they can talk. SUSESP2 is happy with IP / LAN because he can talk. Vswitch and /or nicdef not happy Try some traceroutes from susesp2 under both scenarios. Got screen screenshot of your controller User in user direct (DTCVSW2)? David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dean, David (I/S) Sent: Thursday, October 02, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Issue with VSWITCH and SuSE Linux
One possibility is that your network and SUSESP2 are configured to use VLAN's. They'll work fine with a real OSA but when you stick a VSWITCH i n you need to GRANT SUSESP2 authorithy to access the VLAN it belongs to. Brian Nielsen On Thu, 2 Oct 2008 08:47:34 -0700, Daniel Allen [EMAIL PROTECTED] wrote : If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dean, David (I/S) Sent: Thursday, October 02, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Issue with VSWITCH and SuSE Linux
What does an ifconfig show? what CP Q V 340-342 show? When you use the OSA with the dedicates what virtual addresses are you using? David From: The IBM z/VM Operating System on behalf of Dean, David (I/S) Sent: Thu 10/2/2008 12:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Issue with VSWITCH and SuSE Linux The 3 OSA's work because they can talk. SUSESP2 is happy with IP / LAN because he can talk. Vswitch and /or nicdef not happy Try some traceroutes from susesp2 under both scenarios. Got screen screenshot of your controller User in user direct (DTCVSW2)? David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux If I DEDicate the 3 OSA addresses and comment out the NICDEF, I can ping the SUSESP2 machine. If I use the NICDEF statement and comment out the DEDicated OSA addresses, I can not ping the SUSESP2 machine. In either instance, SUSESP2 is re-IPL'd to affect the change. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dean, David (I/S) Sent: Thursday, October 02, 2008 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Issue with VSWITCH and SuSE Linux What if you LEAVE SUSE2P in and define the 3 OSA addresses? I am not sure the two are related. I am GUESSING the 3 OSA's work but nicdef 340 does not. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Thursday, October 02, 2008 11:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Issue with VSWITCH and SuSE Linux We are running z/VM 5.2 service level 0602. I have issued the following commands: DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT SET VSWITCH SWITCH1 GRANT SUSESP2 In the SUSESP2 directory entry, I have the following: NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 When I bring up the SUSESP2 machine, I see the message that device 340 has been defined. The SUSESP2 machine comes up normally. Here is the output from the Q VSWITCH DET command: q vswitch det VSWITCH SYSTEM SWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2 VDEV: 0203 VSWITCH Connection: RX Packets: 205Discarded: 293Errors: 0 TX Packets: 0 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 0 Device: 0203 Unit: 000 Role: DATA Adapter Owner: SUSESP2 NIC: 0340 Name: UNASSIGNED RX Packets: 205Discarded: 0 Errors: 0 TX Packets: 29 Discarded: 0 Errors: 0 RX Bytes: 106924 TX Bytes: 2268 Device: 0342 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 10.35.11.183 MAC: 02-00-00-00-00-01 FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local Ready; T=0.01/0.01 08:09:01 However, I cannot ping the machine SUSESP2. If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping the machine SUSESP2. What am I doing wrong ? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the
Issue with VSWITCH and SuSE Linux
I have fixed the problem. z/VM TCPIP uses addresses 100-102. I was using a VSWITCH with addresses 203-205. I destroyed the above VSWITCH. I defined a VSWITCH with addresses 110-102. I started SuSE Linux again. I was able to ping the Suse Linux machine. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: SLES10 Client
Hello again. Well, I tried both the starter system default password and the new password I changed it to to logon on as root for the full-service starter system from my SSH client and neither one works. Also, when I logo as root, it does asks for a password. Is there a different default password for root for the full-service server? Thanks, Alyce From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Tuesday, September 30, 2008 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client Don't be afraid -- you're not going to break anything... And besides - we're here if you do :-) Best of luck - Scott On Tue, Sep 30, 2008 at 4:02 PM, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I was afraid I might get locked out -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, September 30, 2008 2:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client Why not just try the default NOVSTART root password and find out for yourself? If it works (which it should) you have your answer. But if you followed the instructions, you changed your NOVSTART root password immediately. So try that one, if the default fails. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Austin, Alyce (CIV) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/30/2008 04:33 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SLES10 Client OK...i was able to ssh to my new client. Is the default root password the same as it was for the starter system? Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, September 30, 2008 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client As long as you left it RUNNING in the bottom right hand corner of the screen, having issued at some point since logon, (perhaps in the PROFILE EXEC), you should be good to SSH in right away. Also, see SHARE session Installing a Novell SLES 10 Starter System without a Net(work) at: http://linuxvm.org/Present/SHARE111/S9287mw.pdf some parts may have helped you, and still may. You're right at the end of the session. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Austin, Alyce (CIV) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/30/2008 04:01 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SLES10 Client OOPs...I already disonnected from Client Do I need to start the process again before SSH'g? Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, September 30, 2008 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client On 9/30/2008 at 4:20 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Hi Everyone, Well, I made it to: *** login using 'ssh -X [EMAIL PROTECTED]' *** *** run 'yast' to start the installation *** Am I suppose to disconnect from client and then ssh to it and enter YAST; or, do I enter YAST from here? Neither. Leave your TN3270 session as it is, since you'll need it later. From your desktop, SSH to the IP address shown in the message, then issue the yast command. Mark Post 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. 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
Re: VMARC download date
2008/10/2 Shimon Lebowitz [EMAIL PROTECTED]
a) regarding DMSPLU, I have an exec named SETDATI which
embeds DMSPLU. IIRC, it was based on an ancient EXECSERV
function. My exec supports ! (exclamation point) instead
of / (slash) as the date delimiter, allowing me to use it
from Filelist.
My Fixdate supports various date formats, you can even tell to leave
date or time unaltered...
If you use FILELIST (ISODATE, no slash problems, and if you use my
FILELIST extensions commands can contain a /: simply double them, e;g.
FIXDATE / mm//dd//yy =
--
Kris Buelens,
IBM Belgium, VM customer support
--- FIXDATE EXEC -
/* This exec allows to change a file's date/time stamp.
It is a frontend for DMSPLU.
+---+
| format: | FIXDATE fn ft fm ( date time |
+---+
Where:
- fn, ft and fm are the fileid. We support mixed case fileids:
we first try without uppercase translation.
- date is mm/dd/yy, any format used by FILELIST, or an = sign
Examples: 09/30/1997, 9/30/1997, 12/01/97, 1997-12-01
The latter format is very useful for users of FILELIST (ISODATE
Note: the 4-digit years require CMS 13 or higher.
- time is hh:mm:ss an = sign or the format used by FILELIST
Examples: 9:12:45 09:12:45
Written by: Kris Buelens IBM Belgium; BUELENSC at IECVM 7 Feb 1992*/
/* 15 Nov 1993: Allow an ( between fid and date*/
/* 6 Aug 1997: Support Year 2000 dates*/
/* Check if disk is a R/W disk*/
/* 17 Oct 1997: Accept = for date and time */
/* Accept an ISODATE as input */
address command
parse arg fn ft fm date time .
if left(date,1)='(' then parse arg '('date time .
if fm='' then call errexit 5,'Need at least to specify: fn ft fm date'
if date='' then call errexit 5,'Need at least to specify the new date'
upper fm
'ESTATE' fn ft fm
if rc=28 then upper fn ft
'MAKEBUF'
'CMDCALL LISTFILE' fn ft fm '(DATE STACK'
lrc=rc
if lrc=0 then parse pull . . . . . . . ldate ltime .
'DROPBUF'
if lrc^=0 then exit lrc
'ESTATEW' fn ft fm
if rc=28 then call ErrExit rc,'File' fn ft fm 'resides on a R/O disk'
if abbrev('=',time) then time=ltime
if date='=' then date=ldate
if length(date)=7 then date=0||date
if length(date)=9 then date=0||date
if length(time)=7 then time=0||time
if verify(date,'1234567890/-')^=0 | find(8 10,length(date))=0 then
call errexit 5,'Invalid date 'date''
If substr(date,5,1)substr(date,8,1)='--' then
date=translate('Mm/Dd/CcYy',date,'CcYy-Mm-Dd')
if verify(time,'1234567890:')^=0 | length(time)^=8 then
call errexit 5,'Invalid time 'time''
'DMSPLU' Fn Ft fm date time
if rc=24 then call errexit rc,'Date 'date' and/ or time 'time'
invalid for DMSPLU.'
if rc^=0 then call errexit rc,'Retcode' rc 'of DMSPLU.'
exit
ERREXIT:
parse source . . myname mytype . syn .
Say arg(2)
Say 'Format is: ' myname 'fn ft fm date time'
exit arg(1)
AUTOLOG
Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The 'CP XAUTLOG xxx' seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: AUTOLOG
Are you sure the directory entry for AUTOLOG2 has the privilege necessary to issue those commands? /Fran Hensler at Slippery Rock University of Pennsylvania USA for 45 years mailto:[EMAIL PROTECTED] http://zvm.sru.edu/~fjh +1.724.738.2153 Yes, Virginia, there is a Slippery Rock -- On Thu, 2 Oct 2008 15:33:22 -0400 Martin, Terry R. (CMS/CTR) (CTR) said: Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The 'CP XAUTLOG xxx' seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] Received: from *unknown [130.184.5.241] by ZVM.SRU.EDU (IBM VM SMTP Level 3A0)
Re: AUTOLOG
Does your AUTOLOG2 user have the proper command privileges to issue those commands? It needs class A fro SET SRM and class B for SET MDC. I presume you meant SET SRM LDBUF. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, October 02, 2008 12:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AUTOLOG Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The 'CP XAUTLOG xxx' seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: AUTOLOG
Try this: XAUTOLOG AUTOLOG2 SYNCH#SET SECUSER AUTOLOG2 * That will let you watch the startup of AUTOLOG2 and see what might be wrong.. as others have said - it's a good bet it's the privileges (or lack of them) -- Scott Rohling On Thu, Oct 2, 2008 at 1:33 PM, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The 'CP XAUTLOG xxx' seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. *Thank You,* *Terry Martin* *Lockheed Martin - Information Technology* *z/OS z/VM Systems - Performance and Tuning* *Cell - 443 632-4191* *Work - 410 786-0386* [EMAIL PROTECTED]
Re: SLES10 Client
On 10/2/2008 at 2:04 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Well, I tried both the starter system default password and the new password I changed it to to logon on as root for the full-service starter system from my SSH client and neither one works. I need some clarification here. Are you trying to SSH to a Linux system that you are in the process of installing? If so, there is no default password. During the setup process before you SSH in, you are asked for a temporary root password to be used. That is the password you need to use when you SSH in to enter the yast command. The prompt is right after you select the display type. Select the display type. 1) X11 2) VNC 3) SSH 3 Enter your temporary SSH password Or, if you're entering the network information into the parmfile, it is the SSHPassword= keyword. Mark Post
Re: AUTOLOG
Thanks all, Yes it was a privilege issue. Thanks again for all the responses! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Thursday, October 02, 2008 3:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG Try this: XAUTOLOG AUTOLOG2 SYNCH#SET SECUSER AUTOLOG2 * That will let you watch the startup of AUTOLOG2 and see what might be wrong.. as others have said - it's a good bet it's the privileges (or lack of them) -- Scott Rohling On Thu, Oct 2, 2008 at 1:33 PM, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The 'CP XAUTLOG xxx' seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: AUTOLOG
Terry, 1) CP SET SRM commands require privclass 'A' (or a privclass for those commands that you added another privclass via CP MODIFY COMMAND). ---Does AUTOLOG2 have that priv? --- 2) Why not just have AUTOLOG1 or OPERATOR issue performance commands, thereby letting your External Security Manager benefit from their performance change? If OPERATOR does it, you may want to place those special commands on OPERATOR 192 or some other disk that the OPERATOR userid cannot LINK R/W. 3) Performance command changes before/after are good to see on the OPERATOR console log. I placed all ours in a single command called PERFCMDS EXEC (actually, PERFCMDS VMOPER, since OPERATOR runs them after VM:Operator has its own console log started). PERFCMDS provides documentation on OPERATOR of what the setting was before, and of the actual command. Here's a cut/paste, modified (but not tested) to run on OPERATOR (change as needed to run from elsewhere): ---snip--- /* PERFCMDS EXEC */ /* set recommended performance metrics for zLinux */ /* Call PerfCmd 'command , settings' */ /* (the 'command' part is used by CP QUERY and CP SET, 'settings' only by CP SET) */ Call PerfCmd 'SRM STORBUF , 300 250 200' Call PerfCmd 'SRM LDBUF , 100 100 100' /* set Delay for Linux Guest Shutdown */ Call PerfCmd 'SIGNAL SHUTDOWN , 180' /* Allow Linux Guests 3 mins to shutdown*/ Call PerfCmd 'MDC , STOR 0M 256M' Call PerfCmd 'MDC , XSTOR 0M 0M' /* Will cause repeat QUERY MDC */ Exit rc PerfCmd: parse arg cmd ',' settings parse var cmd w1 w2 w3 . say 'CP QUERY' cmd/* Document before setting */ 'CP QUERY' cmd say 'CP SET ' cmd settings 'CP SET ' cmd settings trace o Return ---snip--- Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/02/2008 02:33 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject AUTOLOG Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The ?CP XAUTLOG xxx? seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] 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: AUTOLOG
Thanks a lot Mike for the additional information. This looks like something I will take a shot at. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, October 02, 2008 4:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG Terry, 1) CP SET SRM commands require privclass 'A' (or a privclass for those commands that you added another privclass via CP MODIFY COMMAND). ---Does AUTOLOG2 have that priv? --- 2) Why not just have AUTOLOG1 or OPERATOR issue performance commands, thereby letting your External Security Manager benefit from their performance change? If OPERATOR does it, you may want to place those special commands on OPERATOR 192 or some other disk that the OPERATOR userid cannot LINK R/W. 3) Performance command changes before/after are good to see on the OPERATOR console log. I placed all ours in a single command called PERFCMDS EXEC (actually, PERFCMDS VMOPER, since OPERATOR runs them after VM:Operator has its own console log started). PERFCMDS provides documentation on OPERATOR of what the setting was before, and of the actual command. Here's a cut/paste, modified (but not tested) to run on OPERATOR (change as needed to run from elsewhere): ---snip--- /* PERFCMDS EXEC */ /* set recommended performance metrics for zLinux */ /* Call PerfCmd 'command , settings' */ /* (the 'command' part is used by CP QUERY and CP SET, 'settings' only by CP SET) */ Call PerfCmd 'SRM STORBUF , 300 250 200' Call PerfCmd 'SRM LDBUF , 100 100 100' /* set Delay for Linux Guest Shutdown */ Call PerfCmd 'SIGNAL SHUTDOWN , 180' /* Allow Linux Guests 3 mins to shutdown*/ Call PerfCmd 'MDC , STOR 0M 256M' Call PerfCmd 'MDC , XSTOR 0M 0M' /* Will cause repeat QUERY MDC */ Exit rc PerfCmd: parse arg cmd ',' settings parse var cmd w1 w2 w3 . say 'CP QUERY' cmd/* Document before setting */ 'CP QUERY' cmd say 'CP SET ' cmd settings 'CP SET ' cmd settings trace o Return ---snip--- Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/02/2008 02:33 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject AUTOLOG Hi I am setting some parameters in my AUTOLOG2 PROFILE EXEC, but they do not seem to be taking affect. Is there something else I am missing? The ?CP XAUTLOG xxx? seems to be working fine but commands such as the following do not take affect: /* set recommended performance metrics for zLinux */ 'CP SET SRM STORBUF 300 250 200' 'CP SET LDBUF 100 100 100' /* set Delay for Linux Guest Shutdown */ 'CP SET SIGNAL SHUTDOWN 180' /* Allow Linux Guests 3 mins to shutdown*/ 'CP SET MDC STOR 0M 256M' 'CP SET MDC XSTOR 0M 0M' To test these I issue the xautolog autolog2 command from MAINT after I have LINKED to AUTOLOG2. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] 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: SLES10 Client
Hello Everyone, I am now able to logon to the root userid on my full-service server SLES10 SP2. I will start yast tomorrow. Thanks for all your support, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, October 02, 2008 1:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client On 10/2/2008 at 2:04 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Well, I tried both the starter system default password and the new password I changed it to to logon on as root for the full-service starter system from my SSH client and neither one works. I need some clarification here. Are you trying to SSH to a Linux system that you are in the process of installing? If so, there is no default password. During the setup process before you SSH in, you are asked for a temporary root password to be used. That is the password you need to use when you SSH in to enter the yast command. The prompt is right after you select the display type. Select the display type. 1) X11 2) VNC 3) SSH 3 Enter your temporary SSH password Or, if you're entering the network information into the parmfile, it is the SSHPassword= keyword. Mark Post
IPGATE errors
I've been trying out IPGATE recently, because we have a couple of systems with no good alternatives for remote SFS access. One of our testers is reporting errors accessing a remote directory after the connection has been idle for several hours. I would love to open an ETR, but we all know that IPGATE isn't a supported product. The user is seeing the typical errors that I would expect when a filepool has gone away, e.g.: DMSJCA1152S File pool SFSDE600 is unavailable; accessed directories for this file pool are released DMSFNS1217E Rollback occurred during CMS command processing DMSEIO632E I/O error in EXECIO; rc=31 from FINIS command Writing 10003195 RESPONSE B 10/02/08 09:59:42 IPGATE on the client system has some interesting messages in its console: 05:55:03 IPGATEY39 started. 05:55:04 IPGATEY39 Request from DENNIS for SFSx at 4567 171.xx.xx.xx 06:02:40 IPGATEY40 started. 06:02:40 IPGATEY40 Request from EMIL for SFSy at 4567 171.xx.yy.yy 06:02:40 - 06:03:35 IPGATEY40 ended. 06:31:12 IPGATEY39 ended. 09:59:40 IPGATEY41 started. 09:59:40 IPGATEY41 Request from SERVER for SFSy at 4567 171.xx.yy.yy 09:59:40 - 09:59:41 DMSRXS1419E EventSignal failed for event IPGATEY39; RC=8 Reason=108 IPGATE on the server system seems happy: IPGATEI08 started. (6 2 AF_INET 1750 165.zz.zz.zz) IPGATEI08 User SERVER from 165.zz.zz.zz has been accepted for SFSy I find it odd that EventSignal is failing for event 39, which supposedly ended over 3 hours earlier. The errors writing the file are happening on SERVER. The testers report that this often happens on their first transaction of the day, then goes away. The client system is in the UK, and the server is in the US. Both systems are mostly idle for several hours before they start testing, but there are the usual timer pops from RSCS, VM:Operator, and so on. HELP for DMS1419E isn't terribly helpful. The only CSL I can find that issues reason code 108 is DMSERP, but I don't see DMSERP anywhere in the IPGATE or MTREXX code. Does anyone have any idea what might be going on, or where to look? A couple of months ago, someone said that IBM has an internal version of IPGATE with some bugs fixed. Is there any chance of getting that on the VM Download page? Dennis O'Brien We are Borg of America. You will be assimilated. Resistance is futile.
Re: IPGATE errors
On Thursday, 10/02/2008 at 08:20 EDT, O'Brien, Dennis L Dennis.L.O'[EMAIL PROTECTED] wrote: A couple of months ago, someone said that IBM has an internal version of IPGATE with some bugs fixed. Is there any chance of getting that on the VM Download page? Unlikely in the extreme. First, make sure you have OverridePrecedence in AssortedParms of PROFILE TCPIP. *Everyone* should have that. There are two RFCs that conflict with each other and the later of the two is more common. OverridePrecedence induces VM TCP/IP to respect the later RFC. If that's not the problem, then I suspect that you have routers or traffic monitors that are terminating idle connections. You'd need to see the socket trace of both ends to get evidence and a network sniffer trace to confirm it. Or just ask your network folks what the policy is for idle connections between Point A and Point B. You could also write a QD REXX client/server program or PIPE to establish an idle TCP connection (not using IPGATE) to see if it is disrupted. Have the program log the disruption and reestablish the connection. See if there is a pattern. If so, you have empirical evidence of an Outside Force. If it appears at random, network traces are needed (after trying with OverridePrecedence). Alan Altmark z/VM Development IBM Endicott
Re: AUTOLOG
On Thursday, 10/02/2008 at 04:05 EDT, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: Yes it was a privilege issue. Thanks again for all the responses! Terry, you should do those CP commands in AUTOLOG1's profile, before you XAUTOLOG RACFVM. AUTOLOG2 doesn't need any privilege except to XAUTOLOG users. Alan Altmark z/VM Development IBM Endicott
