Rather than ssh can the DS CLI run on a linux guest on zseries?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Tuesday, December 11, 2007 12:31 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM commands for IBM dasd
On
IBM publishes a formula for calculating how much page space to allocate.
The formula is something like this: (Total amount of logged on user storage
- amount of REAL memory) x 2 = the amount of storage to map to DASD.
When I do this calculation I come up with a requirement of 10 3390 mod3 for
my
Les,
What APAR or APARs would that be?
Jim
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Les Geer (607-429-3580)
Sent: Tuesday, December 11, 2007 5:10 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFSMSRM Errors in RMSMASTR
BTW, if you order
James is probably correct. CMS is aware enough of its environment to ask CP
how much storage it has, thus never has to touch each of its pages (as some
operating systems do). It's also better behaved (for a virtual storage
environment) in releasing pages it isn't using.
For a CMS-intensive
Les,
That would be scratch0 I believe. I've been trying some stuff this
morning after reading your note. I disassociated the drive from the
scratch pool and when I re-started the RMSMASTR machine, there were no
sense errors. I was able to manually mount a tape which was volspecific.
After
On Dec 12, 2007 4:18 PM, Huegel, Thomas [EMAIL PROTECTED] wrote:
When I do this calculation I come up with a requirement of 10 3390 mod3 for
my page space.
I only have 2 3390 mod3's for page and I don't seem to be having any
problems.
When you run out of paging space, CP will abend typically
I will be out of the office starting 12/12/2007 and will not return until
12/13/2007.
I plan on checking email. For backup, please contact Gene Ganiere at
414-223-6092. Thx
On Wed, 12 Dec 2007 09:58:04 +0930, Fred Schmidt [EMAIL PROTECTED]
wrote:
However, I would like to persist with CMM. My original question still
stands... how can I verify that it is actually working?
Well, there are 2 answers to this.
First, the Linux guest has issued at least one ESSA
That would be scratch0 I believe. I've been trying some stuff this
morning after reading your note. I disassociated the drive from the
scratch pool and when I re-started the RMSMASTR machine, there were no
sense errors. I was able to manually mount a tape which was volspecific.
After
There is a ton (metric or otherwise) of information in the monitor validating effects of
CMM. But if you don't have ESALPS, I'm clueless about what you would look at. On ESALPS,
there's user perspective, there's page space perspective, there's page rates, there's page
movement above/below the
We have one user who started exhibiting strange symptoms today. When he
enters the RDRLIST command, VERIFY is set for 1-132, not 1-80.
* He is using the PROFRLST from the S-disk, verified by me. He has
not monkeyed with the DEFAULTS for anything - everything is vanilla.
* He has set
Try logging on with your id and see if it is the same results. Check the
MODEL number of the device his session is emulating. Could be it thinks
it has a larger screen?
Bob Bates
Enterprise Hosting Services - Enterprise Virtualization - z/VM and
z/Linux
Those errors sound like something I once had. The errors were inconsistant
and somewhat random. I spent weeks writing error recovery routines for my
program and was pretty much at my witts end. Then I switched the cable to a
different card and PRESTO the errors went to the z/OS LPAR.. Maybe not
The size of the screen is irrelevant; the verify columns should be 1-80
on any size screen. RDRLIST and FILELIST both keep an exact copy of
bytes 1-80 in bytes 81-160 for use when (a) determining what has been
asltered when a profix command is entered, and (b) refreshing the screen
or line. When I
disclaimer - I do have this reported to IBM
I have a challenge with Dirmaint and RACF
Doing a DIRM ADD userid results in the account being created but an
MDISK or AMDISK statements in the userid direct are not fully processed.
By that I mean that the directory knows about the disks but when I
Well that was the first thing that occurred to me. Next I think I'd try
releasing his a-disk (and any other disks he might have modified EXECs
or XEDITs on) and define a temporary disk as A . Run rdrlist. Maybe
there is something else lurking with a funky name. I would also keep
trying with
On Dec 12, 2007 9:47 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote:
Has anyone else seen this and/or have any insight?
Have you configured DIRMAINT to bring directory changes online
immediately? I believe default is to postpone it to some inconvenient
time. RACF defaults are such that the user
It is the initial RDRLIST display, as below, from which you may PEEK,
RECEIVE or otherwise manipulate the listed files. 1-80 is still its
proper verify setting.
RSCHUH RDRLIST A0 V 164 Trunc=164 Size=6 Line=1 Col=1 Alt=0
Cmd Filename Filetype Class User at Node Hold Records
The disks go online immediately.
I was unable to do the Q MDISK as I could not find the correct syntax.
Neither a Q DISK and Q DASD show the disk.
A RACF RL VMMDISK does
Lionel B. Dyck, Consultant/Specialist
Enterprise Platform Services, Mainframe Engineering
KP-IT Enterprise Engineering
On Tuesday, 12/11/2007 at 04:05 EST, Jim Bohnsack [EMAIL PROTECTED]
wrote:
B) There should be no additional charge. Not having to maintain
separate authorization paradigms in each product just about has be less
expensive for the vendor. Certainly there would be an initial startup
cost, but
On Tuesday, 12/11/2007 at 08:45 EST, David Boyes [EMAIL PROTECTED]
wrote:
This was where I was going a few months ago with the idea of integrating
RACF into the base VM.
Even given the general awfulness of RACF, at that
point IBM would have a basic level of function to depend on, and you
You must also search for X$RLST$X XEDIT macro, it is the heart of RDRLIST
2007/12/12, Schuh, Richard [EMAIL PROTECTED]:
It is the initial RDRLIST display, as below, from which you may PEEK,
RECEIVE or otherwise manipulate the listed files. 1-80 is still its proper
verify setting.
RSCHUH
We have an auditor who wants to know if VM (or VM:Secure if you have it)
has an idle time out feature. For example, if a user hasn't done
anything in their VM session for x amount of time, they get forced off.
VM has a DISCONNECT_TIMEOUT parameter as part of the FEATURES statement
in the SYSTEM
Your performance monitor usually has this feature.
Marcy Cortes
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
Yeah, same thing I saw when I looked. Thought Wow, mine's V 164? Then
realized variable lrecl 164. Q VER shows OFF 1 80. Haven't found
anything to change it yet.
Bob Bates
Enterprise Hosting Services - Enterprise Virtualization - z/VM and
z/Linux
Rob gave the correct syntax: Q MDISK USER xx DIRECTORY
But, indeed, if the volume on which the minidisk is located is not
attached to SYSTEM, Q MDISK tells it is not found.
So, my guess is you need to issue ATTACH SYSTEM, where is
the address of the volume.
2007/12/12, Lionel B. Dyck
On Wednesday, 12/12/2007 at 03:48 EST, Lionel B. Dyck
[EMAIL PROTECTED] wrote:
disclaimer - I do have this reported to IBM
I have a challenge with Dirmaint and RACF
Doing a DIRM ADD userid results in the account being created but an
MDISK or
AMDISK statements in the userid direct are
That is interesting. I find no such file anywhere in my search order.
Neither can I find it with EXECMAP (banana. Yet RDRLIST works fine for
me.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris
My MVS counterpart, 20+ years ago, would ask me to run with a piece of
equipment on VM if it was suspect on MVS because, at that time MVS error
recovery was so much better than VM's that it was harder to tell if
there was a hardware error on something connected to MVS. It would just
recover,
ok - tried it and the disk is not found.
I am unable to do an attach for it.
I receive this when I logon to the guest immediately after cms starts:
DMSACP113S A(191) not attached or invalid device address
Here is the directory entry (from a dirm review)
MDISK 0191 3390 5420 10 V1U001 MR ALL
On Wednesday, 12/12/2007 at 03:51 EST, Gentry, Stephen
[EMAIL PROTECTED] wrote:
We have an auditor who wants to know if VM (or VM:Secure if you have it)
has an idle time out feature. For example, if a user hasn't done
anything in their VM session for x amount of time, they get forced off.
VM
I looked and don't see anything that is obviously part of RDRLIST. Lots of
others though.
Bob Bates
Enterprise Hosting Services - Enterprise Virtualization - z/VM and z/Linux
w. (972) 753-5967
c. (214) 907-5071
This message may contain confidential and/or privileged information. If you
Yes, no x$* that is part of RDRLIST. There is a file for PEEK and FILELIST and
lots of others. DRAWLOGO even has one. I tried looking for %$* * *.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bob
Bates
Sent:
Get PROFRLST SXEDIT, insert a TRACE ?i and file as PROFRLST XEDIT A,
Start RDRLIST, and issuse
'PIPE STACK | CONS | BUFFER |STACK'
to see what will be executed when PROFRLST ends
Also issue
'REFRESH';'CP SLEEP 5 SEC'
to have a look at what is already in the userid RDRLIST file
2007/12/12,
The APARs which allow RMS to issue a query device without attaching
the device are VM64062 and VM64206 for RMS, and VM64157 for CP.
However, none of this service in my belief will help solve the
I/O errors you are receiving. If you associate a device with a
particular scratch pool, and there are
On Wednesday, 12/12/2007 at 04:55 EST, Bob Bates
[EMAIL PROTECTED] wrote:
I looked and don't see anything that is obviously part of RDRLIST. Lots
of
others though.
PROFRLST XEDIT is the thing RDRLIST EXEC invokes. There is no X$RLST$X
XEDIT.
The default VERIFY setting is OFF 1 80, which
Problem found by Mark Llewellyn. There was a userid RDRLIST A0. Its
properties were being used by XEDIT to set the verify range BECAUSE
THERE IS NO SET VERIFY COMMAND being executed by RDRLIST or PROFRLST.
Sigh! How can something like this live to be such a ripe old age without
ever having been
Apparently, the default is not VERIFY 1 80,
but VERIFY 1 min(lrecl.1,lscreen.2) to say it in Rexx speak.
2007/12/13, Schuh, Richard [EMAIL PROTECTED]:
Problem found by Mark Llewellyn. There was a userid RDRLIST A0. Its
properties were being used by XEDIT to set the verify range BECAUSE
THERE
38 matches
Mail list logo