Hi Folks.
Yesterday, one of our administators issued a DIRM FOR ONGWW02 PURGE to
delete a z/VM user.
Checking to see if this was done, he issued DIRM FOR ONGWW02 REV and got
the following back:
DVHREQ3205E The directory entry for ONGWW02 is scheduled to be purged.
I did a DIRM STATUS to see
You know Tony, you could use VSE Connectors to perform the submit (and
wrap the JCL around the job) and retrieve the output to your Linux
Boxnever see a z/VSE.
Frank M. Ramaekers Jr.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Can anyone point me to a doc that has the format of ECKD Home Address (HA)
and Record 0 (R0) records?
Thanks
Karl. Is it possible that a user may still have an active link to the
ONGWW02 minidisk?
Hans
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Karl Kingston
Sent: May-20-11 7:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dirmaint question
Hi Folks.
On Friday, 05/20/2011 at 09:00 EDT, Tom Huegel tehue...@gmail.com wrote:
Can anyone point me to a doc that has the format of ECKD Home Address
(HA) and
Record 0 (R0) records?
It's odd that the most recent programming reference for ECKD DASD (IBM ESS
S/390 Command Reference, SC26-7298) does
Greetings Karl,
There was an APAR on DirMaint FL540 and FL610 (VM64724 - PURGE CLEAN ON
USERID WITH VDISK DOES NOT COMPLETE).
PTFs:
Release 540 : UV61094
Release 610 : UV61095
When a user entry contains VDISK or TDISK minidisks, DirMaint would not
finish PURGE processing correctly.
When a
Hi,
So far it looks like the terminal emulator indeed is the bad guy in this
case - I'm still waiting for support.
Beside that it works well for virtual machines if I place appropriate
statements to the directory.
However, this does not work for the LOGON screen as this one is not yet
assigned
Karl,
Did you check all the variations of DIRM STATUS? See DIRM HELP STATUS
Looks like a Workunit not assigned, due a Mdisk or Userid locked.
Regards,
__
Clovis
From:
Karl Kingston karlkings...@ongov.net
To:
IBMVM@listserv.uark.edu
Date:
20/05/2011
Herr Buettner,
eine Lösung wäre eine PC3270 Profile für jede Maschine, ich setze z.B.
meine Test Maschinen in Blau. Hier meine zVMTest:
Mit freundlichen Grüßen
Regards,
William Kim Mongan
_
Basler Versicherungs-Aktiengesellschaft
Abteilung
I think I remember R0 being referred to as the Track Capacity record. It was
not a constant, but held the remaining capacity after the last formatting write.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Thanks Alan that actually is a great help. I wish I could find what the
format of content of R0's data area is.
On Fri, May 20, 2011 at 7:04 AM, Alan Altmark alan_altm...@us.ibm.comwrote:
On Friday, 05/20/2011 at 09:00 EDT, Tom Huegel tehue...@gmail.com
wrote:
Can anyone point me to a doc
Richard,
That is sort of what I remember too, maybe I'll do some searches on 'Track
Capacity Record'.
Thanks
On Fri, May 20, 2011 at 8:52 AM, Schuh, Richard rsc...@visa.com wrote:
I think I remember R0 being referred to as the Track Capacity record. It
was not a constant, but held the
On Friday, 05/20/2011 at 10:52 EDT, Buettner, Wolfgang
wolfgang.buett...@softwareag.com wrote:
However, this does not work for the LOGON screen as this one is not yet
assigned to any virtual machine.
I know already that the look of the LOGON screen can be widely
configured and even with
On Friday, 05/20/2011 at 11:55 EDT, Tom Huegel tehue...@gmail.com wrote:
Thanks Alan that actually is a great help. I wish I could find what the
format
of content of R0's data area is.
There is no architected format. It's for the OS to use as it wishes.
Alan Altmark
z/VM and Linux on
On: Fri, May 20, 2011 at 08:54:18AM -0700,Tom Huegel Wrote:
} Thanks Alan that actually is a great help. I wish I could find what the
} format of content of R0's data area is.
The last time I needed that format, I am fairly sure I found it in the
control blocks/data area manual. However that
On Friday, 05/20/2011 at 11:55 EDT, Schuh, Richard rsc...@visa.com
wrote:
I think I remember R0 being referred to as the Track Capacity record. It
was
not a constant, but held the remaining capacity after the last
formatting write.
It is possible that some OSes write things to R0, but CMS
Greetings,
This morning we received the following message on the console of a TCPIP
machine:
DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was interrupted;
restarting device
I was told by IBM that this is a hardware issue presumably on the OSA card. How
can I find out the
Call your IBM CE!
Marcy
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Horlick, Michael
Sent: Friday, May 20, 2011 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] VM TCP/IP I/O error?
Greetings,
This morning we received the following message on the
Hello,
Thanks.
I think the last time it was looked at they didn't find anything (but I don't
know all the details) .
I assume something is recorded somewhere, right?
Michael Horlick
CGI Montreal
From: The IBM z/VM Operating System on behalf of Marcy Cortes
Do you process your EREP data? It should be there.
On Fri, May 20, 2011 at 2:30 PM, Horlick, Michael
michael.horl...@cgi.comwrote:
Hello,
Thanks.
I think the last time it was looked at they didn't find anything (but I
don't know all the details) .
I assume something is recorded
Not really; an OSA is a pretty dumb animal and it does not record any
errors. But there are some diagnostics that can be run.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@listserv.uark.edu] On
Behalf Of Horlick, Michael
Sent: Friday, May 20, 2011 2:30
Must have been a thing from OS/360, then, probably from a time before there was
Sense id and RDC. Writing the capacity of the track in R0 might have been
helpful in those days. The fact that the Write R0 CCW erases the entire track
insures that the part about updating it is incorrect.
Regards,
I just did and unless I'm not specifying the right parameters to the EREP
program I don't see any errors on my OSA address.
SYSEXN = YES, SYSUM=YES, EVENT=YES specified on seperate runs.
Looking at the raw data itself I see nothing like my OSA address.
Michael Horlick
CGI Montreal
If you're going back that far, ISTR that R0, if writeable at all, was used
on an otherwise bad track to point to its alternate.
--
Mike Harding
z/VM System Support
mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM),
On Friday, 05/20/2011 at 02:02 EDT, Horlick, Michael
michael.horl...@cgi.com wrote:
This morning we received the following message on the console of a TCPIP
machine:
DTCPKT089I Device LCS3: LAN task net type 1 adapter number 0 was
interrupted;
restarting device
I was told by IBM
Hello Michael Horlick,
Did you look at the HMC to see if there are any messages? Or if the
card has any flashing lights?
Ed Martin
Aultman Health Foundation
330-363-5050
Ext 35050
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Horlick, Michael
I don't think that there is any doubt about it being writable, There was a CCW
for it. Writing record 0 was all that was needed to clear a track when you
initialized a track (not a security write). There was also Write Home Address
which marked the start of a track. It was needed for new disks.
On 5/19/2011 at 10:00 AM, Tony Thigpen t...@vse2pdf.com wrote:
I use SUSE, not windows.
Smart man, even if am biased. :)
Mark Post
28 matches
Mail list logo