On Wed, 13 Jun 2012 16:08:02 -0500, Mark Steely wrote:
>The format looks correct - this is what I had:
>
>/Service/etc OS130508.OMVS.ETC
>/Service/usr/lpp/java/J6.0.1 OS130508.OMVS.JAVA31M1
>/Service/usr/lpp/java/J6.0.1_64 OS130508.OMVS.JAVA64M1
>/Service
On Mon, 18 Jun 2012 07:41:37 -0500, Mark Zelden wrote:
>On Sun, 17 Jun 2012 18:29:26 -0500, John Chase wrote:
>
>>
>>We just rolled out z/OS 1.13 (from 1.11) on our TEST/DEV lpar, and I noticed
>>something "strange": In the 1.13 root filesystem, the /e
On Tue, 3 Jul 2012 05:53:21 -0500, Barry Merrill wrote:
>QATAR Airways is also without the U and seemingly well pronounced in their
>advertisements.
Hmmm ISTR Qatar being pronounced "Cutter" in recent news reports. I've
not heard their airline's name pronounced, properly or improperly.
Hi, All,
Anybody successfully using SSL/TLS to download stuff from ShopzSeries direct to
z/OS? How does one need to set up the z/OS client to do so?
Trying the ShopzSeries Connectivity Test for the first time. I've set up the
FTP.DATA specifications according to the sample provided by ShopzSe
On Thu, 13 Sep 2012 06:44:53 -0700, Charles Mills wrote:
>Turn on some FTP tracing. You can do it in FTP.DATA. Take a look at the TRACE
>(?) statement in the CS configuration manuals and pick some plausible options.
>
>Charles
Not much new with TRACE in the FTP.DATA:
EZA1554I Connecting to: di
On Fri, 14 Sep 2012 17:08:04 -0700, Charles Mills wrote:
>My bad -- DEBUG, not TRACE.
>
>Try
>
>DEBUG FLO
>DEBUG INT
>DEBUG ACC
>DEBUG SEC
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of John Chase
>Sent: T
On Thu, 20 Sep 2012 09:56:51 -0400, Rob Schramm wrote:
>If it is a certificate related issue.. you can run a GSKSRVR trace. It's a
>bit verbose... but gives you pretty specific information as to the real
>issue.
>These instructions were for CICS.. but it'll work for ftp just the same.
>
> - S
On Thu, 20 Sep 2012 14:02:29 -0400, Kurt Quackenbush wrote:
>> Our firewall guys tried a couple different things, and I guess we
>> made some "progress": Now the failure is "FC0994 authServer:
>> secure_socket_init failed with rc = 8 (Certificate validation
>> error)".
>
>You need the GeoTrust G
Unable to connect to IBMLink sign-on page from Chicago area.
-jc-
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Sun, 4 Aug 2013 09:00:02 +1000, Wayne Bickerdike wrote:
>LOL, Didn't say it was my hands! Have you heard me play the violin?
>Been playing 50 years and still awful.
Even worse than Jack Benny? :-D
-jc-
--
For IBM-MAIN
On Thu, 12 Sep 2013 09:13:39 -0500, Chip Grantham wrote:
>I've finally taken the time to try to understand the numbers behind the way
>EAVs were implemented. I found a great discussion in the redbook "z/OS v1.12
>Implimentation" SG24-7853-00 manual, chapter 20. Any time spend you happen
>to
Hi, List,
On z/OS 1.13:
Q1: Is there anything to be gained, running ICSF without any cryptographic
coprocessors installed?
Q2: Is anything "lost" by NOT running ICSF without cryptographic coprocessors
installed?
TIA,
-jc-
---
On Thu, 19 Sep 2013 12:19:37 -0400, Farley, Peter x23353 wrote:
>QTE6CVllcywgdGhlIGNsZWFyLWtleSBJQ1NGIGVuY3J5cHQvZGVjcnlwdCBmdW5jdGlvbnMgKHdo
>aWNoIHVzZSBvbmx5IHRoZSBDUEFDRiBDUFUgaW5zdHJ1Y3Rpb25zLCBubyBjcnlwdG8tY2FyZCBu
>[. . .]
But it was readable before I quoted it using the listserv web inter
On Wed, 1 Jan 2014 13:42:00 -0500, Ed Finnell wrote:
>_Top 10 Strategic Technologies | Gartner_
>(http://www.gartner.com/technology/research/top-10-technology-trends/)
>
>We'll see how this goesHave a Happy
Those were for 2013 (last year). Try this one:
http://www.gartner.com/technology/r
Hi, All,
We seem to have a loop in the DUMPSRV address space, causing continuous dump
requests all containing the following dump title:
"COMPON=SSI,COMPID=5752SC1B6,ISSUER=IEFJSARR,MODULE=IEFJRASP,ABEND=S0C4,REASON=0011,SNAME=EYUX"
The system is not down so my PMR is only at Sev 2, but we'd
On Thu, 16 Jan 2014 11:18:37 -0700, Lizette Koehler wrote:
>In ipcs there is a panel entry which let's you change the setting in dae. You
>can suppress dumps from there
The only panel I see anywhere in IPCS that even mentions DAE is this one:
- DAE Display -
On Thu, 16 Jan 2014 11:09:45 -0800, Skip Robinson wrote:
>Make that
>
>SL SET,ID=NDMP,A=NOSVCD,LPAMOD=IEFJRASP,C=0C4
>
>.
>.
>JO.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>626-302-7535 Office
>323-715-0595 Mobile
>jo.skip.robin...
We have a few products that were installed into the z/OS 1.11 GLOBAL zone, and
since we completed our z/OS 1.13 upgrade about 6 months ago would like to
"move" them into the z/OS 1.13 GLOBAL zone. The Target and DLIB zones for each
product resides in their own VSAM clusters, and they each have
On Mon, 31 Dec 2012 11:12:35 -0600, Andy Higgins
wrote:
>John,
>
>For the situation you describe I believe adding ZONEINDEX entries for the
>products' CSIs to the 1.13 GLOBAL zone plus doing a GZONEMERGE from the 1.11
>GLOBAL zone to the 1.13 GLOBAL ZONE of content for the products' FMIDs woul
On Mon, 31 Dec 2012 10:14:36 -0800, Skip Robinson
wrote:
>I'd like to suggest that you reconsider the business case for merging
>disparate and unrelated SMP/E objects into one amorphous mass. We
>determined years ago to install z/OS and only z/OS into a single
>independent GLOBAL zone. This zone
Hi, All,
We're looking to "clean up" our Stand-alone Dump process, and get "up to snuff"
for z/OS 1.13 and beyond. Toward that end we are studying the latest Tech Doc
from IBM:
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286
But one question (so far) remains: What are t
On Mon, 21 Jan 2013 11:10:03 -0600, Mark Zelden wrote:
>On Mon, 21 Jan 2013 10:13:54 -0600, John Chase wrote:
>
>>Hi, All,
>>
>>We're looking to "clean up" our Stand-alone Dump process, and get "up to
>>snuff" for z/OS 1.13 and beyond.
All,
We run three z/OS 1.13 images in a "bronzeplex" configuration, but do not share
the spool; each image is a "single-member MAS".
We're also "having fun" with an ISV product on the "sandbox", that started out
as simply a S0C4 at shutdown time of the product's STC, but only "frequently".
At
OK, we finally noticed we had back-level IPLTEXT on the SADMP IPL volume.
Re-generated SADMP, captured the dump, and now IPCS gives us this "hate mail":
Dump written by z/OS 01.13.00 stand alone dump - level same as IPCS level
z/Architecture mode system
CPU(0) STATUS available
Stand alo
On Mon, 28 Jan 2013 03:12:32 -0600, Elardus Engelbrecht
wrote:
>Barbara Nitz kindly wrote:
>
>> Also, I seem to remember that the checkpoint is always serialized via
>> RESERVE.
>
>True. See JES2 Init and Tuning Guide (z/OS v1.12):
>
>"For the checkpoint data set(s) that reside on a DASD volume
On Mon, 28 Jan 2013 11:05:39 -0600, Mark Zelden wrote:
>On Mon, 28 Jan 2013 10:23:51 -0600, John Chase wrote:
>
>>[ snip ]>>
>>Looks almost like OA32829, but no BLS18154I messages. The only other hits I
>>get on IBMLink involve multiple SADMP IPLs, or 28 or more
On Mon, 28 Jan 2013 13:11:58 -0500, Jim Mulder wrote:
>> OK, we finally noticed we had back-level IPLTEXT on the SADMP IPL
>> volume. Re-generated SADMP, captured the dump, and now IPCS gives
>> us this "hate mail":
>>
>> [ snip ]
>
> I would start with
>\
>STATUS CPU(0) REGS
CPU(X'000') STATUS
On Mon, 28 Jan 2013 16:19:49 -0500, Jim Mulder wrote:
>> A couple instances of "n MESSAGE BUFFERS MISSING" (total of 6), but
>> otherwise lists just about all the active ASIDs being processed.
>
> This, along with the other symptoms, suggests that IPCS
>is not seeing the data from all of the vol
28 matches
Mail list logo
