Hi Ed,
the major problem (when you detect it, you'll be deep into your project) are
some
incompatibilities between SQL/DS and DB2/UDB.
There are SQL-Codes which are different (but meaning the same), there are new
codes and
old ones that aren't used any more.
Sometimes you'll have to use the
This morning when I came in I was informed we couldn't get to our Linux
servers. The problem was on the HMC, VM was in a 912 disabled wait
state.
I have looked all over,but obviously not everywhere or I would have
found it, and can't find where this code is hiding.
Asking for a little help in
Macioce, Larry wrote:
This morning when I came in I was informed we couldn't get to our Linux
servers. The problem was on the HMC, VM was in a 912 disabled wait
state.
I have looked all over,but obviously not everywhere or I would have
found it, and can't find where this code is hiding.
Use HELP, the waitcode plus a W, hence:
HELP HCP912W
which tells you:
HCP912W System recovery failure; volid volid not mounted
Explanation: A volume necessary for checkpointing the system is not mounted.
The volid refers to the volume ID of the volume that is not mounted.
When CP issues this
Thanks I am use to looking in MVS system codes to find a wait state.
Mace
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Rich Smrcina
Sent: Thursday, November 13, 2008 8:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: help with an error code
Anyone have any tools for converting C header (H) files to COBOL copybook
files? Or experience doing so?
I can spell COBOL 2 out of three times. COBALL. (See?)
...phsiii
On Thursday, 11/13/2008 at 07:56 EST, Macioce, Larry
[EMAIL PROTECTED] wrote:
This morning when I came in I was informed we couldn't get to our Linux
servers. The problem was on the HMC, VM was in a 912 disabled wait
state.
I have looked all over,but obviously not everywhere or I would have
For those of us currently using SSL on z/VM 5.2 and migrating to z/VM 5.4,
what are our options?
On Fri, Oct 24, 2008 at 12:29 PM, Alan Altmark [EMAIL PROTECTED]wrote:
On Friday, 10/24/2008 at 12:13 EDT, Michael Coffin
[EMAIL PROTECTED] wrote:
We're running 5.4, so Enabler won't help. :(
Hi, Mark.
As things stand right this moment, you will have to wait until December sometime (no
specific date has been given yet by IBM) for the new CMS-based SSL server to be available
for 5.4. The Linux-based SSL server for 5.3 will not work on 5.4, I've been told.
But, since it's already
If you need SSL on z/VM 5.4 right now, please contact me offline. We have a
solution available that can provide it (as well as some additional features
like firewalling and auditing).
On 11/13/08 9:17 AM, Dave Jones [EMAIL PROTECTED] wrote:
Hi, Mark.
As things stand right this moment, you
On Thursday, 11/13/2008 at 09:13 EST, Mark Pace [EMAIL PROTECTED] wrote:
For those of us currently using SSL on z/VM 5.2 and migrating to z/VM
5.4, what
are our options?
If you require the use of SSL, then delay your 5.4 migration until the SSL
support is available. I say that because
a.
On Nov 13, 2008, at 7:53 AM, Phil Smith III wrote:
Anyone have any tools for converting C header (H) files to COBOL
copybook files? Or experience doing so?
Does a bottle of Scotch and another bottle of aspirin count as a tool?
(MicroFocus COBOL for Unix had a tool to do this: H2cpy)
Adam
I'll wait for the functionality. I've plenty of other things to keep me
busy. ;-)
Thanks for the info, gang.
On Thu, Nov 13, 2008 at 9:40 AM, Alan Altmark [EMAIL PROTECTED]wrote:
On Thursday, 11/13/2008 at 09:13 EST, Mark Pace [EMAIL PROTECTED] wrote:
For those of us currently using SSL on
Greetings,
My client is moving away from SNA to TCP/IP. We use CA-TPX as our
session manager and the client uses a terminal emulator called
'Proclient OnWeb Web to Host'.
They use IND$FILE and are getting error - TRANS13 when uploading a file
from their PC to their CMS A-disk. It doesn't
On Nov 13, 2008, at 7:53 AM, Phil Smith III wrote:
Anyone have any tools for converting C header (H) files to COBOL
copybook files? Or experience doing so?
There's an Irish company called Risaris that markets a tool to convert
various kinds of data structures from different environments
I remember I had a similar problem about 15 years ago when first started
using this a new job. The problem was that there is a bit set in the
logmode for file transfer to be able to use or not use. Check the
logmode you are currently using and see if that could be the problem.
Jim Dodds
ISTR a Austrian RexxLA member developed some tools for doing that sort of thing,
but I don't know if it was TO copybook, or FROM copybook. Drop Thomas Schneider
a note at [EMAIL PROTECTED] and see if he can't help you. He specializes in
conversion tools like that.
-Chip-
On 11/13/08 13:53
As some of you may have noticed, the z10 BC introduces Instant Messaging on the
HMC.
This facility lets anyone logged onto the HMC send messages to other users
logged onto the HMC.
A source at POK sent me the log file from the first such conversation:
ZOSPROD1: A/S/L?
ZOSPROD2: 50/M/sitting
Note that it isn't limited to the z10 BC only, but any HMC running
version 2.10.1. I presume that the z10 EC is also shipping with this
level.
On Thu, Nov 13, 2008 at 12:29 PM, Phil Smith III [EMAIL PROTECTED] wrote:
As some of you may have noticed, the z10 BC introduces Instant Messaging on
Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB
each. This was in addition to the normal load on the system. During the
test, which was not moving along very quickly, nothing was, I noticed
that our page packs were 100% allocated, up from the usual 10%. This
stood out as a
You didn't say how much real memory you have. Presumably less than 60G
:)
You either add enough real memory or you add enough page space to hold
them all (at less that 50% occupied. I don't think there are miracles
available in this scenario.
Marcy
This message may contain confidential
Don't presume. 92G real, 10 xstore. All MDC activity is in real, limited
to 384MB. And I do not know the color of the machine :-)
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
Sent: Thursday,
Sorry - I missed the in addition to normal load part. That must have
been taking up a good chunk of it.
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, disclose,
I am receiving I/O Errors on one of my PAGE Volumes. What would be considered
the risk of adding a new PAGE volume (CP Format, etc.) and draining the problem
volume. Management is saying wait until we can IPL the system and say it's ok.
What does the list think?
Scott R Wandschneider
If you have spare volumes, format some as quickly as possible, add them t
o
the system and DRAIN the problem volume, take it out of the configuration
files and after the next IPL, test that volume, reformat that volume, tes
t
it again, etc.
/Tom Kern
On Thu, 13 Nov 2008 11:57:51 -0700,
You need to list it as a draining volume in SYSTEM CONFIG before the
shutdown and IPL.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern
Sent: Thursday, November 13, 2008 11:02 AM
To:
Yes, but what would you consider the *risk* of dynamically adding a volume and
setting the problem one to DRAIN?
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || ::
Scott,
First thing I would do is drain the volume, then run ICKDSF against it with
CPVOL EXAM command to determine if it is formatted correctly. You may
want to ensure it doesn't come online after the next IPL, so either update
SYSTEM CONFIG to mark it as DRAINED, or clip the volser so it can't
I have the process and have done this before. What I am asking is what the
list would consider the *RISK*? Low, Medium, or High?
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 ||
Low. We add paging volumes all the time to running systems.
Lower than a paging volume with errors for sure.
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,
Or you schedule your test at a time when you can take a sufficient
number of your normal guests down.
Dennis
Bitterly clinging to my guns.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
Hello Mike,
IND$FILE needs the extended data stream to be set in the DLOGMOD.
SNX32705 is an SNA 3270 with extended data stream.
Typically TCP/IP is uses a non-SNA logmode.
Try NSX32705 or NSX32702 in ISTINLCM.
Ed Martin
Aultman Health Foundation
330-588-4723
ext
Adding additional volume(s) and waiting for the next IPL I would rate as low
risk. Continuing to run as you are, with the volume experiencing errors active,
I would rate high risk.
Peter
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Thank you Marcy.
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || ::
[EMAIL PROTECTED] **Think Green - Please print responsibly**
-Original Message-
From: The
Adding a page volume is low risk. Just make sure you format the new volume
with CPFMTXA first. Whether you add a new volume or not, you should drain the
volume with errors, and make sure it's drained in SYSTEM CONFIG, too.
Dennis
The only risk is that not draining the problem volume. Any existing page in the
problem error could cause a virtual machine or CP abend. The risk of not
draining it is increasingly larger as the disk continues to be used.
Draining and adding do work. I just added 10 disks to my paging farm.
Thanks Peter
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || ::
[EMAIL PROTECTED] **Think Green - Please print responsibly**
-Original Message-
From: The IBM
Thank you Richard.
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || ::
[EMAIL PROTECTED] **Think Green - Please print responsibly**
-Original Message-
From:
Thanks Dennis.
Maybe with all the response I will get approval or not :)
Thanks everybody!
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle
Hills Drive, Omaha, NE, 68154-4457|| ': 402.963.8905 || Ë:847.849.7223 || ::
[EMAIL PROTECTED]
Do the math Number one reason for ONE outage at each new z/linux installation is to
fill up page space - guess you were lucky and had some extra spool space (no block paging
so slow), so you luckily didn't take the outage - which makes your servers even slower
Schuh, Richard wrote:
We run 24 hours/day, there is no convenient time. And the test is just a
precursor to daily demand. By the end of January, every TPF guest will
be of the 3-8GB variety, probably a few as big as 32G. The latter will
be scheduled for weekends when demand is lower.
Regards,
Richard Schuh
Hello Ed,
I tried NSX32705 and still the same. The D4B3290 logmode seems to work
fine for everything but PC file to CMS.
More testing...
Mike
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November
Sounds like you'll be needing a boatload of paging DASD.
Don't forget you only get 256 cp owned slots.
So maybe you want to use mod 9.
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
The 256 slot limit will force me to get larger disks. We have been using
mod3s. I guess I will ask for enough mod9s to replace the existing and
add additional space.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On
This was not in an LPAR that runs Linux. It if TPF that is growing out
of control. We didn't hit any server, just the everyday users of our
non-Linux VM system.
Lucky? Yes and no. We had already increased page space to account for
what we were told would be the average size of a z/TPF machine. We
Hello again,
My client has come back with the following:
We are using Onweb Client that is using HTTP protocol. I found something
about this and i think we should use Buffered instead of WSF. I'll do
the necessary change to make the Transfer mode = Buffered by default for
the users and
Hello Mike,
There is an old PTF but it was for TN3270E to TCP/IP V3 MVS.
PQ17039
After connecting with TN3270E, a customer uses IND$FILE
to send a PC file to TSO. The file transfer fails
prematurely with a PCOM message TRANS13. The problem
occurs when a data buffer contains
What will be the effect, other than having additional space available,
of adding five mod 9 disks to the existing page farm of 35 mod 3s? Would
there be a noticeable change in the performance of the paging subsystem?
(I suspect that any change will be less noticeable than the effects of
filling
I have to find the stuff, but at the z Expo we were told that mixing DASD
types in a page farm is BD! I don't remember right off hand why. Maybe
someone else can chime in while I research.
On Thu, Nov 13, 2008 at 3:28 PM, Schuh, Richard [EMAIL PROTECTED] wrote:
What will be the effect,
Richard,
Nothing unusual will happen at first. As the mod 3s start filling up,
the system will attempt to page preferentially to the mod 9s because their
performance will be better. (The paging subsystem will be able to write
longer blocks of pages to the less full volumes.) In the extreme,
Hi Ed,
Can you explain what you mean by:
the CLEAR Session Before Transfer was turned off.
Mike
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M Martin
Sent: November 13, 2008 3:10 PM
To: IBMVM@LISTSERV.UARK.EDU
We have a holiday freeze to contend with, so I have no choice except to
use what is already at hand or can be obtained in the next 3 days
without spending any money. The only paging we see is when we have a
bunch of these miscreants on the system, so it might be better for me to
take the chance
I will be out of the office starting 11/13/2008 and will not return until
11/18/2008.
I will respond to your message when I return.
*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and
Hello Mike,
On z/VM if you just type IND$FILE without anything, the screen will
clear.
On the PCOM, there is a parameter that will indicate to the VM side
that use the default (clear the screen),
Always clear the screen, or never clear the screen.
It has been awhile
On Thu, Nov 13, 2008 at 8:36 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
Thanks Dennis.
Maybe with all the response I will get approval or not :)
One more from the peanut gallery... we don't get I/O problems on
DASD these days. That used to be in the old days where we still had
platters
The only I/O Errors that we are seeing are on one of the paging volumes, BDCPG2:
q alloc page
EXTENT EXTENT TOTAL PAGES HIGH%
VOLID RDEV STARTEND PAGES IN USE PAGE USED
-- -- -- -- -- --
Nah, mixing device types won't hurt much. as they fill, they start performing worse, and
vm balances the load to ensure optiomal performance. read about mload.
Mark Pace wrote:
I have to find the stuff, but at the z Expo we were told that mixing DASD
types in a page farm is BD! I
Marty did an excellent job of summarizing the effects of mixing sizes.
Unpleasant in extreme cases yet infintely better than zero performance.
That's what Brian Wade described in the case studies at the zExpo.
On Thursday, 11/13/2008 at 01:20 EST, Schuh, Richard [EMAIL PROTECTED]
wrote:
Yesterday, we were running a test using 17 z/TPF virtual machines, 3GB
each.
This was in addition to the normal load on the system. During the test,
which
was not moving along very quickly, nothing was, I
On Thu, Nov 13, 2008 at 11:10 PM, Wandschneider, Scott
[EMAIL PROTECTED] wrote:
The only I/O Errors that we are seeing are on one of the paging volumes,
BDCPG2:
I have already done the following in preparation:
1) ATTach 1D67 to MAINT
2) CPFMTZA FORMAT 0-end on a new volume,
I will be out of the office starting 11/14/2008 and will not return until
11/18/2008.
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
61 matches
Mail list logo