Nick Laflamme wrote:
My comment?
I simply don't believe it.
Too many product organizations use Redbooks as ways to get product information
out to the field in ways that are approachable and usable. Stuff they can't put
in product documentation about how the product really gets used, or how
Thanks for your service to the community. Best of luck in rebounding.
Mark Wheeler wrote:
Greetings folks,
The proverbial last shoe dropped Thursday, when I was notified that my position
at 3M has been eliminated. If anyone in the Minneapolis/St Paul area is looking
for person with solid
Thank you Jeff for your contributions to the community over the years.
And thanks for the reference to your brother. I've just googled and
found that he (like you) is quite accomplished at his craft. I'm hoping
to locate some of his writings in the U.S. As for the future, I find
myself in a
I thought that NSSes and DCSSes would survive a COLD START, but a CLEAN
START would definitely wipe them.
David Boyes wrote:
Most common reason is a COLD start. Remember, segments live in spool.
Second reason, spool volume offline.
VMFBUILD ( ALL should fix it.
IIRC z/VM 3.1 could run in either 32 or 64bit mode. I think there were
(by default) 2 CP Nuclei generated with a SYSGEN, one for each mode, and
a bootstrap that would load the correct one.
Jim Bohnsack wrote:
z/VM 3.1 was the first z release. z/VM v4 was a 64 bit version, i.e.
z capable.
Once upon a time, there was FLIST, but no FILELIST. Some of us
old-schoolers still prefer it.
Rick Bourgeois wrote:
That's very interesting, I've never used FLIST I've always used FILEL so I
never saw the change.
Rick Bourgeois
Virtual Software Systems, Inc.
7715 Browns Bridge Rd
Or better still, learn to use an IPLer for loading different CMS levels.
Kris Buelens wrote:
VMFREM of the RSU PTF number wouldn't work if you ask me. The RSU PTF
number is just an easy way to order the RSU by using the service ordering
procedures.
And, PUT2PROD, yes, that's the one I don't
Alan Ackerman wrote:
1. I have never accidentally shut down a VM system. But then, I don't hav
e any userids with class A
Nor have I ... but once did something wrong on a Sysgen (one of my
first) in the SP3 era that promptly corrupted the Sys directory area ---
long before there were
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 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?
One more from the Class G-only school of hard knocks.
Brian Nielsen wrote:
That's what I do - class G only for the 2nd level VM guest and do
privileged stuff from another userid.
Brian Nielsen
On Wed, 22 Aug 2007 16:12:40 -0400, David Boyes [EMAIL PROTECTED]
wrote:
USER VMTEST
Our philosophy has always been to leave the 19E/Y-disk for IBM. 3rd
Party and homegrown public tools were put on our P-disk (public),
19A at MSU. A hook into SYSPROF accessed this for all users.
(Sysprog tools were on a separate disk, as are Ops-only tools) Accessing
our public disk at P meant
I had an old Exec called QSAPL (I think that's what it was called). It
would display the SAPL parms w/o booting from the (fullpack) mdisk. You
still needed the RR Link. I can't recall where I got it (from the
list or VMshare maybe?). Maybe someone else recalls?
Schuh, Richard wrote:
Link to
Isn't the semi-colon also the Rexx end-of-stmt character? Sorry if this
is a silly question (since I've deleted the original post), but is it
possible that it's Rexx that's interpreting it as 2 commands, and not CP?
Ian S. Worthington wrote:
Kris --
The problem is, if I understand it
Rich Greenberg wrote:
On: Fri, May 04, 2007 at 11:59:16AM -0400,James M Wrote:
} Ok will do. thanks
} another question..
} Because I'm paranoid and have no idea what type of backup the vm guy has on
} this system I've decided to ddr the two cpowned volumes to a backup disk
} defore adding the
VIrtualization is (finally) a hot topic among the young 'uns in the
industry. Unfortunately, most have never heard of the IBM's VM. I have
run into a few younger (30-something) folks who have discovered the
roots of virtualization and have tried to play around with it with
Hercules.
Yes, TCPIP is serviced like the other core components of VM. As for the
order of servicing ... it depends. My ROT has always been CP first, then
CMS, then the others (lots of discussions on this topic in the old
VMSHARE MEMO FLIPFLOP) . But occasionally, there is a new Feature
added which
David Boyes wrote:
Couple of comments:
While no longer absolutely necessary, it's good habit to always allocate cyl 0
as PERM, and then do whatever else you need to do. The requirement to do this
went away a while ago, but it's just good practice as it reinforces that cyl 0
is something that
Don't know if it's still there, but VMFINS used to have a NOSETUP option
(according to my z310 reference). That preceded by the previously
suggested VMFSETUP ... (RETAIN , or alternately creating a PPF override
with a :RETAIN tag, would probably get you what you need.
Anne Crabtree wrote:
I
Adam Thornton wrote:
It was _2600_ Magazine in 1992 or so.
They had an actually sort-of-useful VM hack in there too (possibly a
different issue), about, if you were a class B user, being able to
lock a real page in memory and then edit it to escalate yourself to
class A (or any class,
Any chance that a minidisk covering cyl 0 was defined, them deleted?
Mary Zervos wrote:
Thanks to everyone for their help on Sysprof. I used Mike's
suggestion below and it worked like a charm. The new z/vm 4.4 system
dust is starting to settle.
Anyone game for another question...
I know it's not what you're asking, but personally, I'd try to avoid the
DESBUF unless there's a GOOD reason for it. In this case, I'd probably
opt for a Makebuf/Dropbuf pair around the LISTFILE/Parse instructions
Zoltan Balogh wrote:
Hi again!
ive got more rexx program , and in first step i
Looking at my yellow card , there MAY be a reason to use LA or L for
certain cases.
It looks like both SR and XR set the condition code, while L and LA do
not . So if one wanted to
preserve the CC for some reason, one could be justified in coding the L
or LA. So take a good look
at the
If it does re-occur, maybe you can do a PSW-restart to get a dump
(assuming that's still an option in the newer VMs)
Schuh, Richard wrote:
At least it happened at IPL time and not when we were at peak load. That is a
significant difference from that other O/S.
Regards,
Richard Schuh
That's been my experience as well. Before working here at a state-funded
U, I spent some 12 years in the private sector, at 3 large
corporations, one financial, one telecom, and one energy. The degree of
non-nonchalance in spending huge amounts of $$$ compared to the
shoe-string budgets here
Brian Nielsen wrote:
On Thu, 26 Oct 2006 14:37:07 -0400, David Boyes [EMAIL PROTECTED]
wrote:
Then we wouldn't need CMSDDR any more.
I don't see how that removes the need for CMS DDR. If anything it seems
to strengthen it because standalone DDR wouldn't have access to whatever
Rich Greenberg wrote:
On: Mon, Sep 11, 2006 at 08:48:33AM -0500,Huegel, Thomas Wrote:
} For what it's worth I am still doing flips at not having to deal with DMKSYS
} assemblies and IPL's for the saved segments. Now I am thinking 'Why keep
} them in spool space?' Wouldn't a more logical
Since you asked Alan,
I have taken exactly one Standalone Dump in my career. It was,
appropriately enough, while I worked at BofA.
We were rolling out a new CP, but when it got to one of the production
systems, the designated Ops console failed to come online in a timely
enough manner to be
Along those lines, I saw it mentioned that the guests were changed from
V=R V=F to all V=V.
Did this coincide with the problem ? Might this change have increased
paging enough to expose an improperly formatted area that had not been
previously used?
David Boyes wrote:
Have you also
David Boyes wrote:
If these are the ones that are five or six inches long with a swab on
one
end, Radio Shack used to carry them.
No longer (at least not in DC). They claim they discontinued them when
they stopped selling reel-to-reel tape.
YMMV.
-- db
Might be worth
We are about to de-comish our MP2003-205 (w/internal DASD, 512M memory
, and 10M OSA adapter). We also have a 3174, a 7171, and some 3480s
w/IDRC, all in good working order.
Is there any resale value to these or are they just boat anchors?
Also, if anyone wants a museum piece, we also have
David Boyes wrote:
The 7171 probably still has some value for parts (particularly line
cards). AFAIK, the others are pretty much crusher-fodder.
David Boyes
Sine Nomine Associates
Thanks David. Any idea where we could find a vendor for the 7171 ?
Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of George Haddad
Sent: Monday, July 17, 2006 11:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any resale value for an MP2003, 3174, 7171
David Boyes wrote:
The 7171 probably still has some value
Not to nitpick, but this assumes that the user's IMSG setting was ON
prior to executing the EXEC.
Personally I don't like to make that assumption when coding something
for public use.
[EMAIL PROTECTED] wrote:
How about just setting IMSG OFF before the release...
Something like this:
CP SET
FWIW, we definitely ran ESA 2.30 on our MP2003. It was so long ago I
can't recall if we needed a PTF for processor support or not, though.
Roland P. Chung wrote:
Hello all Listers, thanks to all. I think I should let you
guys know the outcome of this project.
With an IBM ROC helping me all
I believe I mis-spoke in my prev email, it is the CUNUMBR field on the
CNTLUNIT macro that we use to re-define our CHPIDs to more desirable
numbers.
If any of these DASD are in your CP-owned list, be sure to FORMAT the CP
areas as well as defining the Labels. Especially if they are PAGE areas.
Bad things have happened to us in the past trying to page to an
un-formatted area.
As another poster said, please pass on your Disabled Wait PSW as
Our 2003-205 can be IMLed to do Dynamic I/O. We never did implement that
feature --- we just never made many I/O changes over the yrs -- so I
don't know if that negates the need for an inital IOCDS load or not.
Jim Bohnsack wrote:
It's been quite a while since I worked at that level but I
Jim, this may indeed account for what I was seeing. Even after verifying
that I had written an XF-NL tape, TAPEMAP reported 38K once I re-wrote a
label. But I verified the amount of data/length of tape was identical to
when it reported XF.
Jim Bohnsack wrote:
Aren't tape labels written at the
Maybe I'm missing something obvious, but I'm trying to write to a 3480
cart using TAPE MODESET (XF. The TAPE QUERY command confirms that the
drive is capable of writing mode XF. But whatever I do, the data is
apparently being written as 38k bpi, according to both the UofK TAPEMAP
and Rich
Never ran into that with a 3088, but I certainly did back with a 3705.
We ended up having that Ctrlr on a channel switch which we had to
disable when booting. Early during an HPO release (4.somethng IIRC), we
even saw it interfere with a CP IPL until we worked with a Standalone
Dump and Level
708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of George Haddad
Sent: Friday, June 09, 2006 03:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Tape Modeset for 3480 XF
Maybe I'm missing something obvious, but I'm trying
Mike Walter wrote:
UofKs TAPEMAP command is great, but badly out of date. Rich's TAPINFO
modules may fall into the same bucket?
I looked at the source for Rich's TAPINFO, and it just seems to do a SENSE to
get its info. Other info appears correct (i.e. LDPT/NLDPT, RING/NORING, etc.
Do you
Ah, that's consistent w/what I'm seeing. But the UofK TAPEMAP util
*does* differentiate I'm suspecting it may be a HW issue, I just tried
it on a different drive and it worked correctly (according to TAPEMAP).
Rich Greenberg wrote:
On: Fri, Jun 09, 2006 at 02:45:47PM -0500,Mike Walter Wrote:
Or New Yr's Eve.
Robert Payne wrote:
I remember them ! The confetti was great to use on
someone's desk that you did NOT like. :)
LOL
... snip
You must be a kid if you don't know what 5081 cards are or am I the only
one on the list who does?
Jim
I would like to DDR DUMP to standard label (3480-XF) tapes.
For reasons I won't go into here, I plan to manually define the
extents to be dumped to each tape, so DDR's multi-volume tape handling
is not an issue.
So is there any more to it than writing a VOL1 hdr, starting at the load
point,
Add me to the list of sysprogs who has always installed by hand or at
least by homegrown EXECs. Sorry Chuckie. Too many battle scars in the past.
I'm creating a DDR archive dump of our system. Our tape drives are
3480 w/IDRC. Can Mode XF tapes be read on newer tape drives (3490?
3590?)
Thanks to the list for a quick answer.
I was under the impression that CPLOAD was merely a bootstrap for
the other 2. Since our processor does not support CPLOAD64, I genned
only the CPLOAD32 Module with our local mods to save disk
space, and pointed directly to it with SAIPL.
Hello John,
Was there a reason to use CPLOAD32 or
Chuck, the System Config is only read at boot-time. At MSU, we
IPL weekly (on Sunday night), so it takes effect at that time.
We also issue the CP SET TIMEZONE command at the
actual time-change using the VMUTIL service machine via WAKEUP).
Not all products/guests handle the time-change properly
51 matches
Mail list logo