On Thu, May 26, 2011 at 5:06 AM, Philip Tully tull...@optonline.net wrote:
With all do respect: Contacting our IBM rep under NDA does not fit public
road map
I think the customers are letting IBM know, that they are not ready to
relinquish control of this asset. It may not be the story IBM
On Wednesday, 05/25/2011 at 11:07 EDT, Philip Tully
tull...@optonline.net wrote:
With all do respect: Contacting our IBM rep under NDA does not fit
publc road map.
I'm not trying to be contrary or anything, Phil, just practical. If your
or anyone else feels they need more information about
Hello All,
This is an invitation to play golf for all the golfers on this list that are
going to SHARE in Orlando. I am making a tee time for Sunday afternoon on one
of the Disney courses. Let me know if you would like to play. My flight is
scheduled to land in Orlando at 11:55am on Sunday
On Thursday, 05/26/2011 at 03:12 EDT, Rob van der Heij rvdh...@gmail.com
wrote:
Neither may be parts of IBM. At least two installations told me that
IBM requires that the original HMC user/pw combinations remain in
place for the (different) IBM support person to be able to support
them. I
I've noticed lately that if I use MAINT to query the status of a PTF usin
g
the SERVICE ALL STATUS UMx command that it causes this problem for
users who then logon:
DMSACC724I 19E replaces Y (19E)
DMSACP723I Y (19E) R/O
z/VM V5.4.02011-05-26 08:00
Steve,
Update MAINT's directory entry so that the MAINT 0190, and MAINT 019E
mdisk links are changed to: RR
(you probably have them as MR right now).
Unless maintenance is being applied, there is no reason (and many
disadvantages, one which you just experienced) to anyone having a write
link
That helped, thanks.
I still have the problem if the PTF I query is not found. I only lose th
e
Y-Stat (19E). If the PTF is found, there is no problem.
service all status UM33290VMFSRV2760I SERVICE processing started
VMFSRV1226I CP (5VMCPR40%CP) PTF UM33290
status:
On Thursday, 05/26/2011 at 02:27 EDT, Steve Harman
steve.har...@mutualofomaha.com wrote:
That helped, thanks.
I still have the problem if the PTF I query is not found. I only lose
th
e Y-Stat (19E). If the PTF is found, there is no problem.
You need to open a PMR. SERVICE does not (is
If you are part of the VM community or just a wanna-be VMer, you should
visit the _www.vmworkshop.org_ (http://www.vmworkshop.org) web site and
get registered for the upcoming VM Workshop. Several of your VM friends
have been working hard to put this event together. This year's rendezvous
Steve,
When you: ipl 190 parm savesys cms
the active CMS FSTs (File Status Table) for the 190 and 19E disks are
saved (for the 190 disk) as the S-STAT, and (for the 19E disk) as the
Y-STAT.
The FST contains a pointers to the location of every file on that minidisk
(if you're from z/OS, think
Also the 19D disk has a shared segment for the FSTs. But, unlike fro 190
and 19E, there is no message telling you the saved segment is no longer used
as the FST's have been updated.
So, beside changing MAINT's directory to get 19D linked in RR, I had
something like this in my and MAINT's PROFILE
Entirely true, Kris.
But with our dearth of CMS users (no more than 25 at any point in time), I
just deleted the HELP saved segment and stopped saving it. There's not
much in FST memory savings for so few users of the HELP disk, and so few
that ever even enter the HELP command. I do track
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 Of
The bogosity index is extremeloy high on this one.
But it's certainly a common one. I can think of at least a dozen sites that
have heard this requirement from IBMers. I've always thought the proper
solution to this was to add a badge reader to the HMC to allow IBMers to enable
these ids
14 matches
Mail list logo
