Hi Anne,
Unless you discover a bug in CP (HIGHLY unlikely) then nothing that you d
o
in a Class G virtual machine can impact the first-level system (other tha
n
maybe in terms of excessive resource consumption if your system is
ahem, inappropriately tuned grin).
Maybe it's the, do it all again
We too placed SHUTDOWN in a class of its own: S, and only VMOPER has it. If
I really want to do a shutdown, I can: SET PRIVCLASS * +S.
We also have a SHUTDOWN EXEC that shows a selection panel, brings down DB2
servers gracefully, ... The code also includes SET PRIVCLASS * +S, so the
class change
Before I had the tools to fully automate SW installations on remote systems,
I had a pseudo manual method: CMDSRUN. Basically I place the commands to
run in a file, CMDSRUN (a 230 lines exec) reads that file and issues these
commands one by one. By default, the exec pauses before and after each
I will be out of the office starting 08/23/2007 and will not return until
08/27/2007.
I will respond to your message when I return.
If your request requires immediate attention, Please contact the MVS
Technical Support Hotline
at 1-866-866-4488 x12000
I will be out of the office starting 08/23/2007 and will not return until
09/03/2007.
I am on vacation riding the hurricanes in Mexico from Thursday the 23rd
returning on the September 2nd. I will respond to your message when I
return. If you need immediate assistance please contact Jeff
My fix for multiple file access in REXXVSAM broke single file access.
I have fixed that problem and thoroughly tested both single and multiple
file access.
For those who do not know: REXXVSAM allows access of both CMS and VSE
VSAM files from CMS REXX.
The updated package is on my download site
ALL of our 2nd level systems a strictly class G.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Wednesday, August 22, 2007 4:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MAINTENANCE
USER VMTEST xx 64M 64MABG
On our test system, we move SHUTDOWN to class S (or whatever). Then
SET
PRIVCLAS * +S is required to kill the first-level system. I've
thought,
too, about giving ESMs control over SHUTDOWN.
Sounds like a very good idea to implement generically for the next
release of VM. Having SHUTDOWN
On Thursday, 08/23/2007 at 09:28 EDT, David Boyes [EMAIL PROTECTED]
wrote:
In fact, does OPERATOR really need anything but C and G for normal
operations? B would be convenient, but thinking about this as a more
general lockdown and cleanup, it might be worth tightening things up a
bit now
*** cross posted to VM and VSE list ***
Hi listers,
one of my customers has a 3584 library with 3592 drives. He has ordered
the zVSE 4 on 3592 tapes and got cartridges without barcode label. Now
he has a problem to insert the cartridges into the library because of
the following fact which I
I update SYSTEM CONFIG to make SHUTDOWN a class S command, and add class S
to OPERATOR's directory (as others do). As an additional safety measure, I
also disable the command:
MODIFY Cmd SHUTDOWN PRIVclass S
DISABLE Cmd SHUTDOWN
The operator's procedure for shutting down the system includes
I don't know about those 2 devices, but, the 3494 has 2 different methods
for that. Your devices may have something similar.
Insert unlabeled tape.
Standalone drive mounting from the input station.
--
Mark Pace
Mainline Information Systems
Schuh, Richard [EMAIL PROTECTED] wrote:
Add to that that we have
some pretty heavy vendor modifications to the CP, we simply cannot use
the SERVICE/PUT2PROD approach
well - yes no. I assume that Richard is talking about the same vendor
products that we use.
Our procedure is to build the IBM
we knew this option on the 3494. Before we had also this library. You
can insert an unlabeled cartridge into the 3584 library but the 9353
library manager will reject it. It has no longer the options you
mentioned from the 3494.
kind regards
Franz Josef Pohlen
Mark Pace schrieb:
I don't
It may also be known as a foreign tape or alien tape mounting option.
If not, that's a big oversight. Tapes come from (and go to) the outside
all the time in some shops.
[EMAIL PROTECTED] wrote:
we knew this option on the 3494. Before we had also this library. You
can insert an unlabeled
Hello Kris,
Sorry to bug you. For awhile I gave up on this problem but I think I woul
d
like to resume it again. I wanted to know if this is a known issue. I was
reluctant to create the DIRMAINT NAMES file since we have several service
machines that process their reader files and I thought
David Boyes wrote:
On our test system, we move SHUTDOWN to class S (or whatever). Then
Sounds like a very good idea to implement generically for the next
release of VM. Having SHUTDOWN bunched in with all the other class A
commands has always been a loaded automatic without a safety.
I am not familiar with this tape system. My first thought would be to
put a barcode external label on the tape long enough to deal with the
tape, then remove it.
Just my .02 for whatever it's worth!
Loren Charnley, Jr.
IT Systems Engineer
Family Dollar Stores, Inc.
(704) 847-6961 Ext. 3327
(704)
Actually we never gave our ops class-C ... only sysprogs got that.
The only reason for C would be to enable SET PRIV, which would let us
take away all the other privs in the default setup.
It's really a bad, stomach-wrenching feeling when you hit ENTER on your
second level system and realize you shut down the first level system
instead :-( Been There, Done That..
I do all the attaches and everything else I need to do, then issue a
PRIVCLASS command to remove all classes
No, I don't know directly how to make they are not created. They no longer
bother me as I tailored SFPURGER (running in VMUTIL) to purge them
directly. But indeed, if you have servers -like VSE- that react to reader
files, they will still see the Dirmaint file...
Maybe a simple bypass: store a
On Thursday, 08/23/2007 at 11:00 EDT, Colin Allinson
[EMAIL PROTECTED] wrote:
Our procedure is to build the IBM system (2nd level - vanilla) using all
the
standard tools. We then do a vendor build, which involves an override
disk and
results in a modified CP module using the vendor
On Thursday, 08/23/2007 at 12:31 EDT, David Boyes [EMAIL PROTECTED]
wrote:
Actually we never gave our ops class-C ... only sysprogs got that.
The only reason for C would be to enable SET PRIV, which would let us
take away all the other privs in the default setup.
You don't need class C
OK, what am I doing wrong here:
Went to : http://vm.marist.edu/track/code.html
Click on trackv52.vmarc and downloaded to my pc
Did ftp from pc to vm (maint)
Issued vmarc command and I get this:
vmarc unpk trackv52 vmarc a = = z
AUTO HELPTRAC Z1. Bytes in=8192, bytes out=
Did you run it through FBLOCK?
-- R;
Anne D. Crabtree [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
08/23/2007 01:04 PM
Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
From
Anne D. Crabtree [EMAIL PROTECTED]
To
NEVERMIND Forgot to do the pipe!!! doh
Hi Mike,
I think the answer you are looking for is the DIRMAINT USEROPTN setting.
If you turn off both RCVMSGS and LOGGING for a userid, then whenever
you change his directory both the messages from DIRMAINT that you see
when you are logged on go away (thats the RCMSGS option) and the log
file
Even HALT seems to be going the way of the Dodo bird. I can't remember
the last time it was used effectively here. We tend to not have much
tape and no printer (we let MVS do what it is good at :-}) activity.
The only START/DRAIN activity our operators need is SMSG RSCS ... .
There is something
Why would I lie about it? VSSI does have some slick installation and
maintenance tools.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Colin Allinson
Sent: Thursday, August 23, 2007 8:00 AM
To:
Mike,
If you want to know why some options have OFF signified with a 2 and
for others with a 0, I can't help there. :-(
Perhaps IBM could explain themselves. I was happy just to find out how
to to turn it off and stop bugging my VSE guests with all those
AUTONAME jobs whenever I changed their
Hi Ron,
Thanks for the info. I was curious what exactly changes when you change the
user options. I realized that the user's directory entry changes when you issue
the USEROPTN command. The last record changes to something like:
*DVHOPT LNK0 LOG2 RCM0 SMS0 NPW1 LNGAMENG PWC20030317 CRC¤
I
I have set logging off for all my VSE guests, I would have to check
the user backup to confirm that is what is on the *DVHOPT line. Never
needed to know where it was stored as long as it worked.
Ron
On 8/23/07, Horlick, Michael [EMAIL PROTECTED] wrote:
Hi Ron,
Thanks for the info. I was
If you know the format of the barcode, perhaps you can print an
acceptable one on a gummed label and stick it on the cart.
--
Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353
Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67
Canines:Val,
Yep, LOG2 and RCM0 on them all.
On 8/23/07, Ron Schmiedge [EMAIL PROTECTED] wrote:
I have set logging off for all my VSE guests, I would have to check
the user backup to confirm that is what is on the *DVHOPT line. Never
needed to know where it was stored as long as it worked.
Ron
On
Dear list:
Newbie here with what seems to be a catch-22.
I've downloaded the VMARCMOD.TXT file and the 64-ENCODE/DECODE.REXX
files from the various download sites. In order to use 64DECODE I need
to have VMARC available. In order to process the 64DECODE.REXX file, I
need to have VMARC available.
You can get a working VMARC MODULE from
www.vm.ibm.com/download/vmarc.module. You need to run it through the
pipe shown on that page, and then you can unpack the real thing using
it.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
On Thursday, 08/23/2007 at 01:06 EDT, Schuh, Richard [EMAIL PROTECTED]
wrote:
You do if you are adding a priv that is not in your directory entry.
Most of us live in fear of the class A privileges, so we do not include
it in our entries. Without either C or A, you cannot add A (or C, for
that
True enough; however, I fear trusting anyone enough to include class A
in their directory privileges. We have very few Class C users. While on
the subject of privilege classes, why does TCPIP hqve class A?
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
In May, I said:
I'm doing an article for Bob Thomas' z/Journal
http://www.zjournal.com/ about next-generation mainframers, industry
and educational outreach initiatives for students and young
professionals, opportunities and obstacles for people exploring this
career area, etc.
Can z/VM and a guest operating system (z/OS) share the same OSA
addresses ?
z/VM uses 100,101 and 102.
Can z/OS use 100,101 and 103 ? Or does z/OS need to use 103, 104 and 105
?
**
This email and any files transmitted
Why give your second level system A, C, D, E, or F in the first place?
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Thursday, August 23, 2007 5:49 AM
To: IBMVM@LISTSERV.UARK.EDU
I thought it was for Locking/Unlocking pages, but I'm not sure.
Schuh, Richard wrote:
True enough; however, I fear trusting anyone enough to include class A
in their directory privileges. We have very few Class C users. While on
the subject of privilege classes, why does TCPIP hqve class A?
z/OS must use 103, 104, and 105.
-- R;
- Original Message -
From: Daniel Allen [EMAIL PROTECTED]
Sent: 08/23/2007 07:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: OSA question
Can z/VM and a guest operating system (z/OS) share the same OSA
addresses ?
z/VM uses 100,101 and 102.
Can
Even HALT seems to be going the way of the Dodo bird. I can't remember
the last time it was used effectively here. We tend to not have much
tape and no printer (we let MVS do what it is good at :-}) activity.
Ditto here (except for that nasty MVS thing). You guys have fixed all
the cases where
44 matches
Mail list logo