The source to older versions of JES2 and JES3 are available,
at least I believe they are. It must be in there somewhere.
-- glen
On 8/9/06, glen herrmannsfeldt [EMAIL PROTECTED] wrote:
The source to older versions of JES2 and JES3 are available,
at least I believe they are. It must be in there somewhere.
And CP does this for system printer output so there will be some there too.
I used to have a pipe refinery that
Unless something has changed in 5.2, the
TCPIP stack applications have a way to do clean shutdowns, but the stack itself
does not. This has been a lingering remnant of the old IP stack code since the
beginning its probably not critical, but it is annoying that the
only way to shut down
TCP/IP does it need singal support? It doesn't need to close
anything, or am I wrong?
(I *hate* touchpads -- can't figure out how to turn the bloody thing off
permanently. It hit send too soon.)
Unless something has changed in 5.2, the TCPIP stack applications that
consume stack services all
On 8/9/06, David Boyes [EMAIL PROTECTED] wrote:
Unless something has changed in 5.2, the TCPIP stack applications have a way
to do clean shutdowns, but the stack itself does not. This has been a
lingering remnant of the old IP stack code since the beginning – it's
probably not critical, but it
#cp ext does not crash the stack, but is picked up as a signal to stop
the stack.
Sorry -- meant crash in this case that there is no explicit shutdown
command (other than this somewhat obscure use of the external interrupt
command). Thanks for the clarification.
My understanding is that
Is it too late to write one for SHARE next week? A WAVV requirement
won't be received until late next May.
David Boyes wrote:
I'll write a requirement for WAVV. Should be simple enough to implement
-- the stack shutdown logic is already there in the external interrupt
handler that is managing
Yeah, I know how it is, Don.I certainly can't blame you for this
sorry state of affairs. :-)
Enjoy the Rexx code. Sorry to hear about the COBOL stuff, it something I
prefer never having to deal with myself. :-)
Have a good one.
DJ
Don Russell wrote:
Dave Jones wrote:
What!!??!! You
On Wednesday, 08/09/2006 at 07:55 AST, David Boyes [EMAIL PROTECTED]
wrote:
I'll write a requirement for WAVV. Should be simple enough to implement
-- the stack shutdown logic is already there in the external interrupt
handler that is managing the #CP EXT response now; it'd just have to
Alan,
You are not the only one who doesn't understand that line of code! Don't
most women complains to men: What part of if no eq no don't you
understand?
Is it getting close to Friday yet? :-)
Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not
Perhaps one might want to hold off a shutdown while an existing FTP
session completes? Esp. considering the recent thread on Ftp'ing large
dumps to vendors. One can always override the shutdown more emphatically
if the FTP is getting in the way of an urgently needed shutdown.
Mike Walter
But Alan, I think I do see a real showstopper:
If one issues CP FORCE myserver
- Myserver gets the signal via SHUTTRAP
- Myserver however cannot make a difference
between
- FORCE myserver
- SHUTDOWN
for case 1, it must stop itself
only, for case 2 it must stop others and itself.
So please,
(I *hate* touchpads -- can't figure out how to turn the bloody thing off
permanently. It hit send too soon.)
Going back to my earlier rant about the foobar Scroll Lock key, someone
suggested prying off the keycap (which I did even on the laptop, leaving a
stub that still works when I need to
Doesn't SHUTTRAP require an assembler? Will ASSEMBLE actually work with
it or will it require HLASM? If the latter, then some percentage of
sites will not be able to do this. At several hundred dollars a month,
it is typically not considered a necessity.
Perhaps the request (not a
I hate to spoil the fun, be we just rejected that requirement a couple
of
weeks ago. Neither the stack nor the applications maintain state that
necessitates an orderly shutdown. Just force them off, stack first.
(Else
the stack will restart the apps! I *hate* when that happens!)
First
Gang, I *think* the point Alan is trying to make here is that while it
would be *nice*, at least from an aesthetics point of view, to have the
TCP/IP stack and it applications support a graceful type of shutdown
process, there is no *technical* reason for such a process. No need for
TCP/IP
For 5.2.0, CMS Abend codes can be found in the CMS and REXX Messages and
Codes book in section Conversational Monitor System (CMS) Abend Codes. The
information found by LookAt and appended by Alan Ackerman is extracted from
this book. The help file for FPL410E points to the CMS and REXX Messages
There is an Intel architecture available that will allow this, but you
really don't want to go that route. You'll be spending expensive CPU
time doing emulation.
Which apps are they talking about?
=?iso-8859-1?Q?Larry_Macioce?= wrote:
OK .. First. let me preface this with this is the
Argh! I meant 'Intel architecture emulator'. You still don't want do
this...
Rich Smrcina wrote:
There is an Intel architecture available that will allow this, but you
really don't want to go that route. You'll be spending expensive CPU
time doing emulation.
Which apps are they talking
I've had this happen when I first installed 5.2
Jim Vincent posted the ptf info a while back. See below.
See APAR VM64029 - PTF was just made available 7/6. In summary, there is
a bug in SPXTAPE processing.
Steve G.
Schuh, Richard [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System
Usually caused by known problems with SPXTAPE ...
Contact IBM, I believe there are PTFs available ...
JR
JR (Steven) Imler
CA
Senior Software Engineer
Tel: +1 703 708 3479
Fax: +1 703 708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
See VM64029:
VM64029: ABENDHPC010 SPXTAPE DUMP
A fix may be available
Obtain the fix for this APAR
APAR status
Closed as program error.
Error description
During an SPXTAPE DUMP job, the system failed with ABENDHPC010.
For R440 and R510, it would be ABENDSPO001 (a SOFT abend).
.
Yes, I also recall something along those lines - I think it involved
running z/Linux, a hardware emulator like Bochs or VM:Ware, then Windows
- with of course terrible performance running so many layers away from
the real hardware.
Is it technically possible, probably. Is it something you want
FWIW, You could also send the
TCPIP stack a CP SEND CP TCPIP EXT command
when it's ready to come down.
Alan Altmark [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System
IBMVM@LISTSERV.UARK.EDU
08/09/2006 09:23 AM
Please respond to
The IBM z/VM Operating System
Hi, Mace.
=?iso-8859-1?Q?Larry_Macioce?= wrote:
OK .. First. let me preface this with this is the smartest bunch I know on
the subject of VM. AND no I didn't take a class on how to kiss up.
Second.. I've looked into this once before and was told NO WAY..BUT
I've been given the task of finding
Each
virtual machine running a Intel processor emulator and a copy of
Windows
consumes approximately 180-220 zSeries MIPS to emulate a 200-210 Mhz
Pentium II-class CPU idling at the desktop. No applications, just
desktop.
More fun: as a last hurrah for our faithful MP3000-H70, I fired that
Hello
Dave Jones wrote:
The reason Windows runs on Apple Computers now is because, as I
understand the situation, Apple switched from using Power chips to
Intel
chips in their boxes.
yes this was announced I believe within the last two days.
Apple is now INTEL based. (meant to
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Alan Altmark
Sent: Wednesday, August 09, 2006 10:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Signal support
Consistency? WDNNSC. NJE signon/signoff has been
They already have seen them. They monitor all e-mail.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Mike Walter
Sent: Wednesday, August 09, 2006 10:56 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: A question about
On Wednesday, 08/09/2006 at 11:02 MST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Maybe on VM it has, but I have found that a clean shutdown of RSCS goes
a long
way toward preventing operational headaches when trying to reconnect to
z/OS or
MVS systems. Before I created a SHUTDOWN EXEC that
Or at all? No worries, mate. Just shutdown your
system. Everything will be ok. Sleep tight.
Ah, but how does the system guarantee this to be the case without a
consistently applied methodology of how things start and terminate? In
the current setup, you can *guess* that it happened OK,
On Wed, 9 Aug 2006 14:10:05 -0400 Alan Altmark said:
On Wednesday, 08/09/2006 at 11:02 MST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Maybe on VM it has, but I have found that a clean shutdown of RSCS goes
a long
way toward preventing operational headaches when trying to reconnect to
z/OS or
MVS
I'm typing the following in my best Southern accent... All y'all type
faster then I ken read! :-)
It's been a fascinating discussion and a credit to the members of the list
that such discussions can be had without a single flame or negative
personal comment.
Mike Walter
Hewitt
Title: RE: Signal support
Maybe the requirement should to put the Signal Support directly into the CMS Nucleus, that way applications that run under CMS wouldn't need to be changed.. or something like that.
-Original Message-
From: The IBM z/VM Operating System
It does have the appearance of being a bug, but probably not one in RSCS. I
think that the SHUTDOWN QUICK is really a circumvention of an MVS or VTAM bug.
I know that an NJE link with RSCS at either end has no such problem. Would a
requirement to enhance RSCS to circumvent a bug in another
Probably should be in GCS *and* RSCS, as the shutdown of GCS is
interrelated, and if GCS terminates, it has a chance of signaling all
it's tasks to terminate as well, covering VTAM, Netview, RSCS, etc as
well.
I sent Richard a filled-in requirement form that summarizes the
discussion so far. If
Title: RE: Signal support
That
is correct, so put it in GCS too, my point was that putting it in the 'nucleus'
would bebetter than adding it to every application that is served by said
nucleus.
-Original Message-From: The IBM z/VM Operating
System [mailto:[EMAIL PROTECTED]On
I'm not sure that you're aren't describing a bug somewhere, but is it
technical problem that you say can be reasonably avoided by orderly
shutdown. So I'd say: write up an RSCS requirement to support signal
shutdown.
It may be a bug, but it's a persistent bug. We've had the problem
for
Good angle, but the applications would need to be modified to process
the signal (or whatever it gets morphed in to once CMS or GCS get it).
Maybe command can be added to PROFILE EXEC and/or PROFILE GCS that tells
the virtual machine how to handle the signal (stack a command, logoff,
Most obvious reason is that 5.2 now dumps more than 2G. 4.4 only dumped
the 1st 2G regardless of how much real storage was there.
David Boyes
Sine Nomine Associates
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of Schuh, Richard
Sent:
Title: RE: Signal support
And once youre running CMS
multitasking, its not really CMS any more, although thats an
interesting argument: adding it to the CMS MT library and providing a thread
automatically that waited for the signal and then drove the CMS MT termination
code for MT apps.
SHARE in its infinite wisdom has decoupled requirements from SHARE
meetings. We don't have any meetings to look at or submit requirements --
it's all done on a web page. I just haven't figured out the latest
iteration of same. I'm afraid the result of that has been to decrease
interest in the
The default is CP, there is no longer an ALL:
.-CP-. .-IPL---.
--Set--DUMP--.-.-DASD---.--''--+---+--..-.
| | | '-NOIPL-' '-XF-' |
Thanks to DB, I have sent in a WAVV requirement to add support to GCS and RSCS.
Our other GCS member, VTAM, is not included as a laughter-suppression action.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Alan
I don't really agree with this we've always tolerated pulling the rug ou
t
from under us so we shouldn't change it now. The fact is, I've spent lot
s
of time in my professional life fixing things that happened because of a
shutdown. And we've written code to deal with this, or fix it
WS-FTP Pro configured for implicit SSL running under Windows XP works
for us to connect to z/VM 4.4.
Mark
At 01:36 AM 8/9/2006, Adam Thornton wrote:
On Aug 8, 2006, at 9:32 PM, Alan Ackerman wrote:
We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get
our WS
-FTP PRO client to
On Wednesday, 08/09/2006 at 02:28 EST, Alan Ackerman
[EMAIL PROTECTED] wrote:
I'm not sure whether the TCP/IP stack maintains state or not,
It doesn't.
Just providing SHUTDOWN support for the TCP/IP stack isn't enough,
either,
it would have to pass this along to its guests. (What does
I posted this as part of another discussion several months ago:
Dumps will be larger in 5.2.0, and can be larger than 2 GB due to the
increased size of the frame table and other control structures. But it
will not be as large as the amount of storage you might have on your
system. The rule
On Wednesday, 08/09/2006 at 02:14 AST, David Boyes [EMAIL PROTECTED]
wrote:
I'll give you the benefit of the doubt that this may have all been fixed
in new releases, but every one of those things is a guaranteed level 3
support call that'll haul you (or someone you have to face every day)
out
Hi,
SHUTTRAP could be easily modified to run as a CMS MT root child process.
The new code would run as a separate process within CMS and not interfere
with concurrent processes. I use the root child trick to run CMS commmands
as background tasks. There are some restrictions for background
On Wednesday, 08/09/2006 at 10:34 AST, David Boyes [EMAIL PROTECTED]
wrote:
Clearly at some point in the past, there was a need for a clean shutdown
and cleanup of what you're doing; otherwise the #CP EXT code wouldn't be
there. Modifying it to catch the architected signal and do the same
SHARE in its infinite wisdom has decoupled requirements from SHARE
meetings. We don't have any meetings to look at or submit requirements
--
it's all done on a web page. I just haven't figured out the latest
iteration of same. I'm afraid the result of that has been to decrease
interest in the
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Wednesday, August 09, 2006 4:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: External Page Usage
With our current configuration - 36GB main, 26GB XSTORE, 19 3390-03s for
paging,
The Pascal socket interface actually sends a shuttingdown signal to
the
clients. NETSTAT CP EXT is ok for that. But who wants to write
Pascal
code?
That's why you folks make the big bucks. Dirty deeds, done dirt cheap.
8-)
There's no provision for it in BSD sockets.
Two implementation
No hardware changes at all (With our current config ...). MDC is capped the
same as before (384M in main store). We did not want to change anything that we
could leave the same in case of fall-back (something that had to do all too
often.)
Regards,
Richard Schuh
-Original Message-
Shortly after I posted the last one, I realized this problem. I cannot
just set up a web server (or whatever) to handle the SHUTDOWN signal and
LOGOFF. If I do, TCP/IP will just bring it back up again! I would at leas
t
need an interface to say quit watching me, please!. Otherwise, I need
On Aug 9, 2006, at 8:34 AM, McKown, John wrote:
Having said that, there is a x86 emulator called Bochs which can
run on
a zSeries. From what I understand somebody actually did this. It ended
up with something that ran like a 10Mhz Intel CPU. I.e. it was
slower
than molasses in winter and
Shortly after I posted the last one, I realized this problem. I cannot
just set up a web server (or whatever) to handle the SHUTDOWN signal
and
LOGOFF. If I do, TCP/IP will just bring it back up again! I would at
leas
t
need an interface to say quit watching me, please!.
IMHO, that would
On Aug 9, 2006, at 9:44 AM, David Boyes wrote:
It is *technically* possible to run unmodified Windows applications on
zSeries (photos on request). It is *prohibitively* resource-
intensive to
do so, and provides no consolidation or licensing benefits. Each
virtual machine running a Intel
Does Standalone Dump use the same formula? Is it smart enough to
understand CP control blocks, or does it just dump all of storage?
Dennis
There are 10 kinds of people in the world; those that understand binary
and those that don't.
-Original Message-
From: The IBM z/VM
Indeed, as Kris mentions, our requirement to have an 8-character Load Par
m
is to control whether the SAPL screen is displayed or not.
All works OK now, after deleting all characters in the field and then
entering the 8-character string. It seems that there are blanks padding t
he
field and with
61 matches
Mail list logo