In just a few minutes, I will be checking out of the Visa hotel (or perhaps
asylum - they put up with me for 13+ years). I want to thank everyone who sent
their congratulations and well wishes, and to reiterate my thanks to the
everyone on who has helped me over the years (going back to the pre-
day, July 07, 2011 10:19 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SFS Catalog Storage Pool
>
> On Thursday, 07/07/2011 at 12:35 EDT, "Schuh, Richard"
>
> wrote:
> > Something ought to be done about the instructions regarding
> MAXUSERS.
> > A
&
Something ought to be done about the instructions regarding MAXUSERS. A few
years ago, I had a small system that only had 64 users in the directory. It had
performance problems (a complete freeze of any user that tried to use SFS) with
MU of 100, 200, or 300. Upping it to 1000 fixed the problem.
Yeah, then there was that other nut-case who predicted EoW for May 21 of this
year. He didn't admit that he had made a mistake until well after that day.
However, the Mayan calendar may be a better model.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating
BTW, CP seems to accept any virtual system reset or disabled wait as a signal
to remove a userid from the list of users in the SHUTDOWN Pending list. That is
as I expected.
I presume that cancellation is also accepted. :-)
Regards,
Richard Schuh
> -Original Message-
> From: The
EMC²
> where information lives
>
> Phone: (508) 249-4076
> Ext: 44076
>
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Schuh, Richard
> Sent: Tuesday, June 28, 2011 6:22 PM
> To: IBMVM@LISTS
VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Tuesday, June 28, 2011 1:56 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SHUTTRAP
>
> On Tuesday, 06/28/2011 at 03:10 EDT, "Schuh, Richard"
>
> wrote:
> > No only is it
code to
load, my guess is in the z Series Principles of Operations (the shutdown signal
is not a z/VM invention, but a z HW feature that z/VM also virtualizes).
2011/6/28 Schuh, Richard mailto:rsc...@visa.com>>
No only is it not obvious, so far I have been unable to find it in the
documen
#x27;Q DISK' and it
worked with no error message.
Hope this helps.
Raymond E. Noal
EMC²
where information lives
Phone: (508) 249-4076
Ext: 44076
From: The IBM z/VM Operating System
[mailto:IBMVM@LISTSERV.UARK.EDU<mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of
Schuh, R
I just retrieved SHUTTRAP from the download page and tried it. In my first
simpleminded try, the results were mixed. The signal shutdown did indeed
trigger the command included with the shuttrap command. Then I got this:
SHUTTRAP: Shutdown in 900 seconds
DMSITP143T Addressing exception occurred
Is there something in RMSMASTR that requires a R/W 191? There does not appear
to be on our system. The most recently written file on the disk is dated 12 Nov
2010.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU]
We have 6 LPARs running z/VM 6.1.0 and only one of them does TPF hosting. While
TPF hosting is the biggest expenditure of resources in that LPAR, it also has
other critical applications. We never have gotten all the way down to just TPF
hosting. If you count the several Linux guests that support
I made it official today. July 8 will be my last day of gainful employment.
I'll try not to be too tough on you between now and then :-)
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of John Franciscov
Thanks for the kind words. I know that I got at least as much, undoubtedly way,
way more, from the group than I contributed. My main regret is that I never had
an employer who could be convinced that active participation in projects and
committees would be beneficial.
Regards,
Richard Schuh
sting road since then.
I have one observation on retirement for you. Parkinson's Law is true.
Work *does* expand to fill the time allotted to it. :-)
Best of luck. It's been a real pleasure.
Marty
On Wed, Jun 22, 2011 at 12:51 PM, Schuh,
Which two (that was a plural) were useful? :-)
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Michael MacIsaac
Sent: Wednesday, June 22, 2011 10:56 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Moving o
d you a VM session to keep your
hand in.
n Db
n
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Schuh, Richard
Sent: Wednesday, June 22, 2011 12:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Moving on
After 48 years in the industry, involved with VM for the la
e IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Schuh, Richard
Sent: Wednesday, June 22, 2011 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Moving on
After 48 years in the industry, involved with VM for the last 38 of them, I
will be retiring early next month. I don'
22, 2011 at 10:51 AM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
After 48 years in the industry, involved with VM for the last 38 of them, I
will be retiring early next month. I don't think it is possible to find a
better group of people than the VM List. The professionalism, the
VM Workshop
http://www.VMWorkshop.org/<http://www.vmworkshop.org/>
President - MVMUA
http://www2.marist.edu/~mvmua/
LVM Program Officer - SHARE
http://www.linkedin.com/in/BillMunson
From: "Schuh, Richard"
To:IBMVM@LISTSERV.UARK.EDU
Date:06/22/2
After 48 years in the industry, involved with VM for the last 38 of them, I
will be retiring early next month. I don't think it is possible to find a
better group of people than the VM List. The professionalism, the willingness,
even eagerness, to help others is outstanding. You have made my job
Have you submitted requirements? :-)
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Wednesday, June 22, 2011 3:25 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Problems at DR te
Is the 7720 configured without tapes supported for normal CMS use in 6/1?
Currently, we have VM:Tape and a TMC shared with MVS.
Regards,
Richard Schuh
Running a compiled REXXCPS, I get these results:
Run 1. Performance: 6587190 REXX clauses per second
Run 2. Performance: 7755269 REXX clauses per second
Run 3. Performance: 7560471 REXX clauses per second
This is on a lightly loaded z10 (Real CPU ID = 000s20978000). The numbers
appear
A good decision, probably not a difficult one, by Mr. Holder and friends.
Untangling that can of worms should not be a high priority use of development
$$.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behal
An absolute prereq, not just a safety one. If it is not already draining, then
there would be nothing to prevent new pages from being written on the device.
It will still be somewhat tricky because the page may already be in storage, in
use by a virtual machine. Also, it may be part of a DCSS,
The start is the same.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Mike Walter
Sent: Monday, June 06, 2011 10:42 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REXXDATE MODULE
As did Russ, I also ha
Russ,
Thanks. Do you also have TOD EXEC? It appears that it is what has been calling
REXXDATE. I would like to bring them into the 21st century. :-)
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of R
bt is supported).
Scott Rohling
On Mon, Jun 6, 2011 at 10:39 AM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
We have a legacy (pejorative intended) program named REXXDATE MODULE for which
we have no source. It is dated 8/3/1994, which predates my arrival at Visa.
Does anyone know if this
We have a legacy (pejorative intended) program named REXXDATE MODULE for which
we have no source. It is dated 8/3/1994, which predates my arrival at Visa.
Does anyone know if this is something that was made generally available to the
VM community and, if so, is the source available? I has sudden
I empathize with you on this one, Mike. Whenever I am asked a question that is
answered in the HELP files, my usual answer is the HELP command to enter.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Or, if you are sorting in a pipe, create a separate sort key and retain the
original unmolested addresses.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Tuesday, May 24, 2011 8:
Here is something I wrote years ago to verify the format of an IP address. It
was written to verify a single IP address per call. You might be able to use
it as a starting point.
'PIPE (end \ name VeriftIPA)',
'\ var ipa',
'| v: verify /.0123456789/',
'| deblock
VMBearDad (AIM), mbhcpcvt (Y!)
The IBM z/VM Operating System wrote on 05/20/2011
11:56:14 AM:
> From: "Schuh, Richard"
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 05/20/2011 11:56 AM
> Subject: Re: DASD HA & R0 ?
> Sent by: The IBM z/VM Operating System
>
> Must hav
,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Friday, May 20, 2011 10:45 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DASD HA & R0 ?
>
> On Friday, 05/
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 Beha
Too bad it will not work for geographically dispersed LPARS :-(
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark
> Sent: Wednesday, May 18, 2011 11:28 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Sub
None from me.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Frank M. Ramaekers
Sent: Tuesday, May 17, 2011 1:10 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Nothing today?
No posts today?
Frank M. Ram
Would you not want all of the passwords to survive in that instance?
Regards,
Richard Schuh
(for crucial minidisks I let the ALL read password survive, just for the case
I'd be forced to IPL without RACF)
You can specify NOASSIGN on the ATTACH command. If it still fails after that,
it may be that it is shared with z/OS and has not been properly taken offline
there. It must be made OFFLINE to JES and, if present, MIM.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM O
.UARK.EDU] On Behalf Of Rob van der Heij
> Sent: Friday, April 22, 2011 3:14 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: 391 391 RR?RE: password_on_cmds feature
> statement in CONFIG
>
> On Fri, Apr 22, 2011 at 11:24 PM, Schuh, Richard
> wrote:
> > Might I ask a du
Might I ask a dumb question?
If it is in the PROFILE EXEC, why not put it in the directory entry? If it is
there and is detached, it can be reacquired by the command, "CP LINK * 391 391
RR" without having to enter a password. And without ever having to know that it
is a disk defined in the MAIN
Shouldn't that be "ADDRESS COMMAND 'CP LINK...'"?
Regards,
Richard Schuh
>
> In a fully secured VM system (i.e. with an ESM), the only
> command that requires a password is LOGON. All other actions
> (LINK, XAUTOLOG) are (should be) managed by the ESM without a
> dependency on password
But that only works for DCSSs, not NSSs.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Rob van der Heij
> Sent: Thursday, April 21, 2011 7:59 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Tapeless
g all of this correctly)
John
--
John Hall
Safe Software, Inc.
727-608-8799
johnh...@safesoftware.com<mailto:johnh...@safesoftware.com>
On Tue, Apr 19, 2011 at 11:48 AM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
Isn't that DIAG 88, instead of SECUSER?
Regards,
Richard S
Isn't that DIAG 88, instead of SECUSER?
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of John Hall
Sent: Tuesday, April 19, 2011 6:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SFS problem
Nora,
Batch
That would be nice. It ought to also have a way to answer Marcy's question,
"Has PTF xxx been applied to the system (or, perhaps, to a specified module)?"
without having to wade through a list of the universe of PTFs. As long as we
are dreaming, it would be nice to have a defined interface so th
Since the error message is from CP, the #cp is probably redundant.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Neale Ferguson
Sent: Wednesday, April 06, 2011 9:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Sub
Having been in the same situation, my advice is that it is better to be safe
than sorry. We had one individual who, on more than one occasion, formatted MVS
volumes for use by TPF test systems. Needles to say, the MVS folks were not
happy. I took the power away from him on two fronts when I was
Are you running the CRR server? I seem to remember that, even though you do not
need it for its stated purpose, it is needed for performance reasons.
Another p[possibility is that the log m-disks might be filling up. The control
data backup is initiated at 80% full, a non-configurable but arbitr
high speed
rewind. I guess maybe byte counts were more important back then..
On Wed, Mar 30, 2011 at 10:45 PM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
Round tape reels! Now, that is old. Since I remember them too, we are both
showing our age. Do you remember when the 200 bpi density
Round tape reels! Now, that is old. Since I remember them too, we are both
showing our age. Do you remember when the 200 bpi density?
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Sent: W
, 2011 11:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DDR Question
That doesn't show the compressed byte count is (would be). The goal here is to
be able to predict how many tapes I will need to do backups.
On Wed, Mar 30, 2011 at 11:30 AM, Schuh, Richard
mailto:rsc...@visa.com>> w
There is a COUNT option on the PRINT or TYPE command that will display only the
COUNT fields, but that doesn't appear to be what you want.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Se
It probably ought to close console files only lest it mess up some application.
Even then, it should probably restrict the machines whose consoles it closes to
a list of known servers for the same reason.
Regards,
Richard Schuh
From: The IBM z/VM Operating
Yes.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Gentry, Stephen
Sent: Thursday, March 10, 2011 1:33 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SFS question
I'm getting the following error on a DMSCL
Also, Active means that the link has been started but the sign-on process has
not been completed. The status must be Connect before a file can be
transferred. Either JES has not started the link or there is a problem in the
definition on either or both ends.
Regards,
Richard Schuh
___
sible for one user to grant access to other users
> >>>> who are not enrolled. DELETE USER does not clean up
> these >>>> permissions.
>
> I don't see *any* indication that would trigger a DELETE USER
> Les (using your scenario, which was reversed fr
#x27;t get.
> Scenario, from your note:
>
> Your task is to delete LES, who is enrolled, from the SFS
> system LES has granted rights to RICHARD but RICHARD is not enrolled
>
> How does enrolling LES for 0 blocks do anything about the
> granted rights that RICHARD has?
>
but granted rights to the target user to be deleted?
>
> Les
>
> Schuh, Richard wrote:
> > The Pipe is the easiest.
> >
> > PIPE < user list | spec /delete user/ 1 w1 nw | cms | > delete log a
> >
> > Note, however, that if you have an SFS that has
The Pipe is the easiest.
PIPE < user list | spec /delete user/ 1 w1 nw | cms | > delete log a
Note, however, that if you have an SFS that has a lot of files and permissions,
each DELETE USER can take a long time, so you do not want to do this on an id
that you might need soon after you enter t
CRS? I don't remember what that stands for.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Les Koehler
> Sent: Wednesday, February 23, 2011 6:32 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: XEDIT t
You specify the filename of the desired CONFIG file in a provided space.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Perez, Steve S
Sent: Thursday, February 17, 2011 12:14 PM
To: IBMVM@LISTSERV.UAR
You could also have a second config file that includes the devices in the
online_at_ipl list. When you ipl, put a console address in the LOADPARMS area
(or as the LOADPARM parameter if you are ipling 2nd level) and specify the
alternate config file name in the SALIPL screen. If the devices are c
That would require predicting which voice to use.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Tom Huegel
Sent: Tuesday, February 15, 2011 2:33 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Watson
My
In the form of a file that is sent at the time the buzzers are unlocked.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dave Jones
> Sent: Tuesday, February 15, 2011 2:26 PM
> To: IBMVM@LISTSERV.UARK.
Aha, Chuckie lives. We haven't heard from him for quite awhile.
Regards,
Richard Schuh
>
> Folks who attend John Franciscovich's presentation on SSI/LGR
> at SHARE can try to make him reveal what he knows. Just
> surround him and poke him with sharp sticks. See if he'll
> squeal. ;-)
Those of us who already have ways to do it would need to convert :-(
Actually, having a built-in way to do it would relieve us of the kludges that
we have had to construct and would be one less item that new employees would
have to learn or relearn. It is something that has been missing since th
Q SYSTEM 6F8
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of Frank M. Ramaekers
Sent: Thursday, February 10, 2011 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Who is accessing DASD
Isn't there a comm
Schuh, Richard would like to recall the message, "A little pipe question.".
Tom,
Here is a pipe that I have extracted from an EXEC that we have been using for
several years that does the type of thing you appear to be attempting. Let me
know if you have any questions.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mail
3 quarts?
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Martha McConaghy
> Sent: Monday, January 31, 2011 10:46 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: z10 capacity number?
>
> We just moved our
Are you sure about that? Any posted read that is not responded to will get a
disconnected machine forced regardless of whether it is VM or CP read. The
forced disconnect is in response to terminal errors during I/O and is relevant
to this discussion only if a read is posted while disconnected. I
If they are NOTACCEPTED, as Gregg Reed suggests, they are covered both when
they are added dynamically and when VM is subsequently ipled. You can use
commands to add them to your configuration as needed. Just remember to take
them out of the NOTACCEPTED list so that they will be part of your sy
It is right with the DATE(B) function - 01/01/1001.
All the technicalities aside, forget about the word "Century" and view the
letter "C" as an abstraction for the described function. Then, everything is
consistent, even if technically incorrect.
Regards,
Richard Schuh
___
Good is a relative term when discussing VTAM :-)
Regards,
Richard Schuh
> It wouldn't
> be the first time that VM accidentally got Good Stuff that
> MVS didn't.
>
30, 2010 at 1:01 PM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
Mystery solved. There was an incomplete conversion to SFS. Converting the B
machine to actually look like A solved the problem.
Regards,
Richard Schuh
From: The IBM z/VM Operating
Write must be
avoided in CMS.
If A Xautolog B, is possible that the altered FST was not saved yet.
When A change something, try "CMS RELEASE A", before "CP XAUTOLOG B"...
Only a idea...
_________
Clovis
From: "Schuh, Richard" mai
For the formats, try the ACOBK in CP Data Areas and Control Blocks. We do not
use them for accounting purposes, but they are saved for ad hoc reports. We do
a daily ACNT ALL just before midnight. The files are saved as ACCOUNT mmdd.
Regards,
Richard Schuh
__
enveniste
> Sent: Thursday, December 30, 2010 1:48 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Configuration Puzzler
>
> Richard
>
> Did you check if you didn't have a mdisk overlap for those users ?
>
> Alain
>
> Envoyé de mon iPhone
>
> Le 30 déc
Behalf Of Rich Greenberg
> Sent: Wednesday, December 29, 2010 4:03 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Configuration Puzzler
>
> On: Wed, Dec 29, 2010 at 02:11:58PM -0800,Schuh, Richard Wrote:
>
> } We have two service machines, I will call them A and B for
> this
ystem wrote on 12/29/2010
03:17:53 PM:
> From: "Schuh, Richard"
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 12/29/2010 03:18 PM
> Subject: Re: Configuration Puzzler
> Sent by: The IBM z/VM Operating System
>
> As stated, one has it R/W the other R/O. Someone has to log on
isk can be backlevel.
2010/12/29 Schuh, Richard mailto:rsc...@visa.com>>
We have two service machines, I will call them A and B for this discussion.
These machines share a 191 disk. When A is xautologged, it initializes itself
and then xautologs B. I logged both machines off and adde
Puzzler
You have to reaccess RO disks to see changes. Doesn't sound like you did.
Scott Rohling
Sent from my iPhone
On Dec 29, 2010, at 1:42 PM, "Schuh, Richard"
mailto:rsc...@visa.com>> wrote:
We have two service machines, I will call them A and B for this discussion.
These
We have two service machines, I will call them A and B for this discussion.
These machines share a 191 disk. When A is xautologged, it initializes itself
and then xautologs B. I logged both machines off and added two new ACCESS
commands to the PROFILE EXEC. I then logged A on and checked its con
Which begs the question, what are the criteria for determining the level of a
message?
I would think that something that could cause potentially serious system
problems, like getting an incorrect CP OWNED volume, would warrant an E. On the
other hand, if the duplicated volser is for a volume
.
2010/12/21 Schuh, Richard mailto:rsc...@visa.com>>
A long time ago, Alan (or was it Chuckie? I sometimes can't tell them apart.)
thought that ISFC over IP was a neat idea when I suggested it. Maybe a
requirement is in order.
Regards,
Richard Schuh
> -Original Message--
A long time ago, Alan (or was it Chuckie? I sometimes can't tell them apart.)
thought that ISFC over IP was a neat idea when I suggested it. Maybe a
requirement is in order.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.
Did anyone build a legitimate business case for CP-40 before it was built?
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Thursday, December 16, 2010 3:37 PM
> To: IBMVM@LISTSERV.
nyway.
Don't you just love the airport scanners and patdowns?
On Thu, Dec 9, 2010 at 8:40 AM, Schuh, Richard
mailto:rsc...@visa.com>> wrote:
Not necessarily, there is LOGONBY. They need only know their own passwords.
Should anyone have full authority including all the passwords? If s
Not necessarily, there is LOGONBY. They need only know their own passwords.
Should anyone have full authority including all the passwords? If so, who?
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of A
Try Fran Hensler's site http://zvm.sru.edu/~DOWNLOAD/
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Perez, Steve S
> Sent: Wednesday, December 08, 2010 2:37 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subje
v.uark.edu] On Behalf Of Alan Altmark
> Sent: Wednesday, December 01, 2010 2:11 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 6.1, SSLSERV Question
>
> On Wednesday, 12/01/2010 at 11:43 EST, "Schuh, Richard"
>
> wrote:
> > Thanks for the reply, Alan.
The table modifications that HDS needed were indeed included in z/VM 6.1. I do
not know about other vendors. I do know that when our TPF systems were on EMC a
few years ago, there were code modifications that we needed in addition to the
table changes. I don't know if those updates are still nee
mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
> Sent: Wednesday, December 01, 2010 6:53 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: z/VM 6.1, SSLSERV Question
>
> On Tuesday, 11/30/2010 at 06:39 EST, "Schuh, Richard"
>
> wrote:
>
> > We have
We have a person who is trying to get a secure end-to-end transaction between a
CMS client and a TPF host. RXSOCKET is being used by the CMS client. The port
specified is 51105, which has been designated as a secure port. He has traced
the SSLSERV and sees no traffic going through it; however,
What are you using for the backup? If it is DDR, you would have to construct a
command file that looks something like:
PROMPTS OFF
SYSPRINT CONS
OUTPUT vaddr 3590 other parms (LEAVE
INPUT vaddr 3390 volser
DUMP ALL
Repeat the INPUT and DUMP commands for each volume to dump.
If the above file
about what they manage. Are they more
> productive maybe, are they dangerous, I leave that to you
> Think of this, what happens to those admins if their gui
> breaks and all they have is command line.
>
>
> William 'Doug' Carroll
>
>
> -Original
That is an assumption or opinion, not necessarily a fact. For example, my wife
may not know the operating system line mode commands, but she certainly knows
the accounting systems that she uses via a GUI interface. In fact, the GUI
represents an increase in productivity.
I would suggest that i
Regards,
Richard Schuh
> Advanced sysprogs may or may not appreciate this, but novices
> will certainly benefit from such advances in these user interfaces.
As can those who are keyboard challenged, regardless of their experience level.
1 - 100 of 2111 matches
Mail list logo