When I performed the update to get JES2 to z11 checkpoint mode
($ACTIVATE,LEVEL=z11) on my test z/OS 1.12 system, one of the lines that
displayed in the $HASP895 response was:
$HASP895 TIPS PROCESSOR IS ACTIVE.
My searching (short and quick) failed to locate any info. I'm just curious
I was wondering how some of you are handling the HOME field of the model userid
profile specified in the APPLDATA field of the BPX.UNIQUE.USER porfile.
The IBM examples I've seen all show /tmp for HOME. My current OEDFLTU userid
in use with the BPX.DEFAULT.USER profile uses /tmp.
Is there
In the redbook publication mentioned in the thread's title (see
http://www.redbooks.ibm.com/redbooks/pdfs/sg247853.pdf), Section 6.4.1 I see
the following:
A new function in z/OS V1R12 introduces large page support to back the
nucleus. The nucleus is in 31-bit storage, and so this support
FYI - The RECEIVE ORDER service is failing for me this morning when using
eccgw01.boulder.ibm.com but seems to be OK on eccgw02.rochester.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I'll be out of the office until Monday, June 13th.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
Barbara,
I've read through all 4 parts of your SR might be palatable if ... posts
and the replies to them.
Now I'm wishing this Listserv had a Like button to click and how high the
number would be by now!
--
David Magee
I noticed the slightly new format on the web page I get to with my old
bookmark for IBMLink ... its now called ServiceLink and the web page has the
ETR application moved to the bottom with a sunset date. In its old position
we now see the Service Request application. Select SR and then use the
To cut down on the number of additional SMPPTSn files, we pull maintenance
to our z/OS Global zone with RECEIVE ORDER CONTENT(RECOMMENDED) instead of
using CONTENT(ALL). Even with this method we are currently on 3 SMPPTS
files. Our normal preventive maintenance strategy uses SOURCEID(RSU*). If
I'll be out of the office until Monday, Jan 17th.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
TAO from Fischer, Intl runs on z/OS.
On Mon, 10 Jan 2011 05:52:53 -0800, Mark Regan netsfw_sysp...@yahoo.com wrote:
We have been using XMITIP for about 10 years now, but now we are looking to
move beyond it and go with a vendor supported product. I've found
three products so far:
JES2Mail
We had no problems with performing this upgrade earlier this year. It
seemed transparent to the COBOL development staff.
Note: We were not using any of the XML features in Ver 3.
--
For IBM-MAIN subscribe / signoff / archive
We've used JHS from Systemware (for Job logs and System logs) since way back
in the 80's. Recent data is maintained on-line for browsing and research.
Older stuff is archived to tape and can be recalled as needed.
--
For
It must be contagious ... I'm having problems with Internet service
retrieval. Anyone getting through?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
On Thu, 29 Apr 2010 16:02:43 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:
Begin snip
But I see no other benefits *for me*.
--
Radoslaw Skorupka
Lodz, Poland
End snip
What about the RAS issues you get with zFS file systems such as the
internal changelog, etc.
We have been running with 400 specified since sometime back in '03 with no
problems until yesterday. We are a GDPS and SA/390 shop so there can be a
lot of autotasks running during some configurations changes. Yesterday we
got message
CNM416I REXX INTERPRETER ENVIRONMENT INITIALIZATION FAILED
On Thu, 6 Aug 2009 00:21:02 -0500, Barbara Nitz nitz-...@gmx.net wrote:
In SDSF, go to DA screen and do an SE command on the master address
space from the system you want to look at the syslog. That will get you an
edit session showing all syslog content since the last syslog switch. All ISPF
I had received my notice yesterday. I checked and found the putxxx.txt file
was there but the rsuxxx.txt file was not so as usual I waited a day. This
morning both files were there but the rsu file was empty. Since my original
post to IBM-Main this morning, I've received a second notice and the
As entries are added to a GDG by DSN=...(+1), G0001V00 thru GV00 are
created with the wrap bit OFF (I'll refer to these entries members of group
A). After GV00 exists, the next entries created by DSN=...(+1) are
G0001V00 - G0999V00 with the wrap bit ON (I'll refer to these entries as
We are using the pipe option of BMC's MainView Batch Optimizer instead of
the IBM product.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
We're successfully using a product from RSA called Key Manager Client for
z/OS to support batch and CICS. We also use their product on other
platforms. Support exist to encrypt on one platform and decrypt on the other
(ASCII - EBCIDC).
--
David
Yes, I've encountered the same problem this morning. Anyone else? Has anyone
reported it?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
I've been informed that IBM is aware that multiple customers are having
similar problems. They are working on it . . .
--
David
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
I've been experiencing the RSU member being late to the FTP server on
numerous occasions over the past 6 - 9 months. I don't know what triggers
the e-mail from IBM informing users of the new service levels, but
apparently it occurs before the RSUxxx member is actually placed on the FTP
server.
Another method would be to use DSS to create an archive and then terse it
with TRSMAIN. Reverse the process once the tersed file reaches its
destination z/OS system.
--
For IBM-MAIN subscribe / signoff / archive access
Overall I've had real good luck with the process including performance.
Then the last week or two I along with a couple of my peers have had
RECEIVE jobs time out more than once. Anyone heard of any changes
or problems on IBM's end of things?
25 matches
Mail list logo