We currently have a VSWITCH with redundant controllers and OSAs for our
Linux guests. I believe I can add a VM TCP/IP stack to this VSWITCH to
give me TN3270. However I presume any of those Linux guests can sniff
the unencrypted telnet packets on the VSWITCH destined for VM. If so, I
would have to
Of 12 VM systems all but one get the external from 'CP SEND CP ECPAPM CP EXT'
the one that fails seems to not get it or ignores it, anybody know where to
look? The directory perhaps?
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
>>> On Tue, Sep 25, 2007 at 9:23 AM, in message
<[EMAIL PROTECTED]>,
"Mrohs, Ray" <[EMAIL PROTECTED]> wrote:
> We currently have a VSWITCH with redundant controllers and OSAs for our
> Linux guests. I believe I can add a VM TCP/IP stack to this VSWITCH to
> give me TN3270. However I presume any o
The next Hillgang meeting will be October 9. See
http://www.vm.ibm.com/events/HILL1007.pdf
We are teaming with the IBM Academic Initiative to invite local
technical schools and colleges to attend the meeting and talk about
training and education needs for the mainframe community.
We are on the US east coast and use EDT/EST for all out VM systems.
I have always lived and worked in the same time zone that the systems have
had.
Are there any "strange things" to watch out for as far as support is
concerned if we have system that runs with GMT as the time zone?
Thanks.
> We currently have a VSWITCH with redundant controllers and OSAs for our Linux
> guests.
> I believe I can add a VM TCP/IP stack to this VSWITCH to give me TN3270.
> However I
> presume any of those Linux guests can sniff the unencrypted telnet packets on
> the VSWITCH
> destined for VM. If
Not really. We have systems located in several timezones that run with
the timezone set to GMT. It helps when trying to correlate events at the
different centers. And it means never having to jump through hoops for
daylight savings time. You do have to get used to seeing timestamps that
do not agre
I'm trying to understand what I'm reading and it would appear that the
RACF/VM logs in its own SMF file rather than using the z/VM SMF file. Am I
reading the RACF/VM doc properly?
thx
Lionel B. Dyck, Consultant/Specialist
Enterprise Platform Services, Mainframe Engineering
KP-IT Enterprise En
This may not be the problem, but you have one too many "CP" in the
command. 'CP SEND CP ECPAPM EXT' should suffice as it is specified that
the command sent will be a CP command. If being sent from the command
line, the first CP is not needed; if from an EXEC with ADDRESS COMMAND,
it is required.
Hi, Lionel.
I don't exactly understand what you mean by "VM SMF" file. Could you
explain a bit more, please?
Thanks.
Lionel B. Dyck wrote:
I'm trying to understand what I'm reading and it would appear that the
RACF/VM logs in its own SMF file rather than using the z/VM SMF file. Am I
readin
Yes. RACF/VM does its own thing.
No. VM does not created SMF records.
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck
Sent: Tuesday, September 25, 2007 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
OK, it is just excess baggage.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Stracka, James (GTI)
Sent: Tuesday, September 25, 2007 8:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints
That is a perfectly legitimate command.
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard
Sent: Tuesday, September 25, 2007 11:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external int
RACF logs SMF records into RACFVM 301 or 302. When a log minidisk is full,
it XAUTOLOGs RACFSMF where yoiu can do your own thing. The default PROFILE
EXEC of RACFSMF will move the SMF log file onto its A-disk (so besides the
active log, only 1 log is kept). One can also tell RACF to switch logs
Right, James.
There is not such thing in z/VM as a VM SMF file, hence my question to
Lionel
Have a good one.
Stracka, James (GTI) wrote:
Yes. RACF/VM does its own thing.
No. VM does not created SMF records.
-Original Message-
From: The IBM z/VM Operating Sys
When you SENDFILE a CMS file to another VM system, the timestamp of the file
is converted to GMT time, at the receiving system the local timezone offset
is used to calculate the local time that is used by the CMS file system.
So, if one system hasn't the GMT offsets coded as expected, the timestamp
The command works because CP has a CP command, otherwise "CP SEND CP uid CP
xxx" it wouldn't work.
Why it doesn't work: have you looked at the console of the ECPAPM system?
The only reason for a failure I can see is that the ECPAPM user is executing
another CP command when you issue the CP SEND.
Yes, Lionel, you are reading the doc correctly. VM does not have an SMF
facility (I wish it did). RACF being an good MVS program wants to log dat
a
to SMF, so the compromise is for the RACF server to create its own SMF
dataset. Later you can merge this data with your MVS data and run one rep
ort
on
On: Tue, Sep 25, 2007 at 11:58:31AM -0400,Stracka, James (GTI) Wrote:
} That is a perfectly legitimate command.
Jim is correct in that its a legitimate command with the last "CP" in it
and Rich is also correct in that its not needed.
My take on it is to include it, its documentation.
--
Rich G
That was my fault - I made an assumption that z/VM would have SMF for
accounting or ? but I guess I am mistaken (not the first time today)
thanks
Lionel B. Dyck, Consultant/Specialist
Enterprise Platform Services, Mainframe Engineering
KP-IT Enterprise Engineering, Client and Platform Engineer
I was referring to timestamps that are in the data, not the timestamps
of the files.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Tuesday, September 25, 2007 9:21 AM
To: IBMVM@LISTSER
Lionel,
I was not aware that z/VM had an SMF file.
I am aware that z/OS cuts SMF records and I always just figured that the
RACF SMF log files are a naming convention that RACF used but was
different from the SMF records that MVS produced. RACF came to VM from
MVS and brought its log files (SM
Lionel,
All of us VM "know it alls" are just ragging on you.
VM has Accounting for Accounting the user id that usually collects it is
called "DISKACNT" or better yet VMACCT from the VM:Manager suite of
products.
There are monitor records and accounting records produced by z/VM
munson
Lion
'CP SEND CP ECPAPM CP EXT' is sent to a DSC SVM (ECPAPM) that is executing the
'Retrieve Account' command. Like I said it works on 11 out of 12 systems and if
I logon to ECPAPM and issue #CP EXT is reacts.
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
-Original Message-
From
Is the issuer of CP SEND secondary user of ECPARM? If not, has the issuer
of CP SEND CLASS C?
2007/9/25, Ackerman, Derek <[EMAIL PROTECTED]>:
>
> 'CP SEND CP ECPAPM CP EXT' is sent to a DSC SVM (ECPAPM) that is
> executing the 'Retrieve Account' command. Like I said it works on 11 out of
> 12
It may be that there is a console entry other than "END" or "SUMMARY"
that is already queued when the EXT is reflected. If that is so, I think
(IIRC) that the RETRIEVE would resume its recording. Have you tried
tracing the EXT to see if it is being reflected?
Regards,
Richard Schuh
__
I had the system programmer make the directory entry the same as the ones that
work, and now the CP SEND ... command works!
Thanks everybody!
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf
anybody running VM:Backup that can tell me where to put the LMP key?
there is no reference to it in the VM:Backup manuals.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
Has anyone gotten TRACK running on 5.3? I haven't tried to run it but I
took the TRACKV52 package from (don't remember--probably Marist) and
reassembled it this a.m. I have one assembly error in TRACKVMD. It's
complaining about VMDDEDCP not being defined. That symbol is defined in
HCPVMDBK
Hello Phillip,
I have CA-VMWEBGATEWAY. Go to VMRMAINT, and enter VMRMAINT
(command).
Ed Martin
Aultman Health Foundation
330-588-4723
[EMAIL PROTECTED]
ext. 40441
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED
It goes in file CALMP KEYS on VMRMAINT 192.
Peter
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: September 25, 2007 14:42
To: IBMVM@LISTSERV.UARK.EDU
Subject: VM:Backup lmp key
anybody running VM:Backup that
Hi Phil,
On user VMRMAINT, enter VMIMAINT, select the Update Central Lmpkeys
File, you can then enter the new LMPKEY on the line in there, or, select
the PF key that allows you to update the CALMP KEYS file directly.
Please call technical support if you have any problems with this. I
believe
Hello Everyone,
I know that I had this problem before on z/VM 4.3 but I can't
find the notes.
I am configuring SMTP on a z/VM 5.3 system.
I get
ULTRAQUEST.AULTMAN.COM unable to deliver following mail to recipient(s):
<[EMAIL PROTECTED]>
Jim,
I have TRACKZ64 running on my z/VM 5.3.0.system. It works just fine. I did a
straight download from the web site and uploaded to my z/VM system. I did not
do any assemblies for TRACK. I am using the TRACKZ64 MODULE as supplied but
just renamed TRACKZ64 to TRACK.
Hope this helps.
HITACHI
It goes on VMRMAINT 192 in a file called CALMP KEYS. You can update it via
VMIMAINT.
Christine Brogan - TPF/VM Systems Support
Information Technology Services Americas
Phone: 623-505-5366, Cell: 623-512-5883, IBM tieline 273-4647
Email: [EMAIL PROTECTED]
Phillip,
The LMP key goes in file CALMP KEYS on VMRMAINT 192. You can XEDIT the
file directly, or run VMIMAINT and select Update Central LMP Keys File
from the menu.
Dennis O'Brien
"The right to be heard does not automatically include the ri
>It goes in file CALMP KEYS on VMRMAINT 192.
great - thanks everyone.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
issuer has A-G
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Kris
Buelens
Sent: Tuesday, September 25, 2007 2:10 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints
Is the i
a directory change was made and now it works!
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Schuh,
Richard
Sent: Tuesday, September 25, 2007 2:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
Can you tell what was changed in the directory? I'm really getting curious
:-) apart from the CP class I don't see anything.
2007/9/26, Ackerman, Derek <[EMAIL PROTECTED]>:
>
> a directory change was made and now it works!
>
> *Derek Ackerman*
> Capacity Planning etc.
> (201) 759-0833
>
>
> ---
40 matches
Mail list logo