Though I'm not sure if it was
On the eighteenth of April, in Seventy-Five
I suspect that
Hardly a man is now alive
Who remembers that famous day and year
... when shared segments were implemented in VM.
It seems to me that it predated the VM/370 SEPP/BSEPP days when I started, but
there's
I will be out of the office starting 11/07/2009 and will not return until
16/07/2009.
I will respond to your message when I return.
Please consider the environment before deciding to print this email.
This email and any attachments are confidential and may be legally privileged
or protected
Chip Davis wrote:
... when shared segments were implemented in VM.
It seems to me that it predated the VM/370 SEPP/BSEPP days when I
started, but there's been many a synapse lost since then.
VM/370 R6 does have DCSS (DisContiguous Shared Segments IIRC) - Even
without SEPP or BSEPP.
But
Mary,
I hope that the professor realizes that what he is getting
is a statistical sample, not *real* data! As has been
mentioned before, it would be much better to get the data
from the accounting records, if they are available.
For efficiency and correctness, ADDRESS COMMAND should be
the
On Sun, Jul 12, 2009 at 5:09 AM, Ivan Warren i...@vmfacility.fr wrote:
Chip Davis wrote:
... when shared segments were implemented in VM.
It seems to me that it predated the VM/370 SEPP/BSEPP days when I started,
but there's been many a synapse lost since then.
VM/370 R6 does have DCSS
P S wrote:
DCSS = DisContiguous *SAVED* Segment. They aren't necessarily shared.
Doh ! Of course ! thanks for the correction
--Ivan
Yes, I know it's preferred that users don't modify this EXEC. Everytime
we go to a new release of VM, I have to modify this EXEC. We running vm
5.2 and modifications worked fine on that release. The same mods do not
work on 5.4. IIRC I can access the S disk as another fmode, for example
E. I
Oh, I vividly remember the joys of DMKSNT and managing DCSSes, and of trying to
squeeze everything below the 16Meg line yet above the VMSIZE. It seemed that
the very users who needed access to the most packages also had to have the
largest VMs.
Things are *MUCH* better now that nearly
Chip Davis wrote:
Oh, I vividly remember the joys of DMKSNT and managing DCSSes, and of
trying to squeeze everything below the 16Meg line yet above the
VMSIZE. It seemed that the very users who needed access to the most
packages also had to have the largest VMs.
Things are *MUCH* better now
It's been awhile since I've done this. But isn't SYSPROF EXEC in the
CMSINST segment also? So you should re-gen that segment when you change any
EXEC in it. You should also place the latest SYSPROF EXEC on the 490 disk
so you don't lose your mod during a maintenance upgrade.
Good luck.
I had to rebuild the INSTSEG to get it to work. Not as easy as the CMS
segment. I wrote notes this time and stuck them in multiple places.
Thanks.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bruce Roy
Sent: Sunday, July
Was there a change in there that if you hadn't specificied a native VLAN number
that it became 001 instead of whatever VLAN parm was set to?
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee,
On: Sun, Jul 12, 2009 at 04:01:34PM +,Chip Davis Wrote:
I would think it would have been sometime in the early 70's, so I guess
it might have been in the first release of VM/370, but I'm having trouble
tracking it down.
Caution; going on rusty memory here but ISTR that CP-67 had the
Or you remove the SYSPROF.XEC from the segement. We used to have a local
mod and to avoid problems we had removed it from the segment.
Bruce Roy schreef:
It’s been awhile since I’ve done this. But isn’t SYSPROF EXEC in the
CMSINST segment also? So you should re-gen that segment when you
Won't be at work for a week to check, but wouldn't the z/VM Migration Guide
contain that info? It's a gold mine of release-to-release function, but I
can't recall how far back it goes.
Surely Sir Lynn would know off the top of his head, and have ALL the gory
details in his astonishingly
1 - what this mod does (and any pre- or co-reqs).
2- how to apply the mod (command syntax for Xedit, VMSES/E, COPYFILE, etc.)
3- How to test the mod and expected output.
All that is kept in our AUX files on our own local mods disk (not IBM's AUXLCL
which can have IBM and ISV local mods on it).
The instructions are listed in Appendix A.2 of the Group Control System
manual.
Mark.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Gentry, Stephen
Sent: Monday, 13 July 2009 4:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: GCS GROUP command
I need to
Hi
I am receiving this message every time I try to force MAINT. I think
something is not right leading up to this. I tried logging on to MIANT
with HERE I get the user id for a few minutes and than by session is
lost. I can not see any logs that might give me any indication what
might be
Are there any messages on the OPERATOR console about MAINT forced by SYSTEM?
By default, the system will try to forced of disconnected userids that have a
VM READ or CP READ posted 15 after they disconnect.
If you get MAINT connected for a little while with Logon MAINT HERE, then
something is
(I tried to post this to the cms pipes list but it was rejected)
I have a simple EXEC that pipes the output of the NETSTAT command to a
stem.
If I issue NETSTAT in a normal CMS session, I get the results back that
I expect.
When run it in an EXEC containing a PIPE, I get errors from the
On Sunday, 07/12/2009 at 01:18 EDT, Marcy Cortes
marcy.d.cor...@wellsfargo.com wrote:
Was there a change in there that if you hadn't specificied a native VLAN
number
that it became 001 instead of whatever VLAN parm was set to?
Yes. I think it was changed as part of the port isolation
That's what I suspected.
The PSP bucket needs a warning for the folks whose networks don't work after
902.
Marcy
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,
On Monday, 07/13/2009 at 12:44 EDT, Marcy Cortes
marcy.d.cor...@wellsfargo.com wrote:
That's what I suspected.
The PSP bucket needs a warning for the folks whose networks don't work
after
902.
I have forwarded your concern to the developers, though it is N/A to
people who follow the
23 matches
Mail list logo