Paul Gilmartin wrote:
>Reading further, I see exceptions made for program object library members and
>for RECFM=VBS. I see no exception for allocated UNIX files, yet they don't
>seem to work:
> IEC141I 013-BC,IGG0199G,proc1,STEP1,INOUTDD 275
> IEA995I SYMPTOM DUMP OUTPUT 276
Kirk Wolf wrote:
>Are you running Kerberos enabled NFS over IPSec?
I was going to mention IPSec, but you partially beat me to it. FTP over
IPSec is another possible file transfer option. Then it's possible to use
the Ant task for FTP (within its remaining limitations) but have an
encrypted
Hello Group,
Currently we are using mainframe printer with bus and tag connectivity with
Xerox printer via prism hardware, which help us to convert fcion to bus and
tag.
But now, we would like to use tcpip connectivity for mainframe connectivity
with Xerox printer.
Can you please guide that how
John Abell wrote:
ot wishing to antagonize
the Open Source community as there are many good and stable products out
there, some of which we use on a daily basis,
Ubuntu rivals ... nay, surpasses Microsoft.
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
Well yes. However, and in my experience, it is easy to chase "Mother" who
does actually respond. We have reported problems to many other vendors
where there is never a response. With well over 52 years of experience in
IT, 50 with the mainframe, starting with prerelease PCP 1 on a 360/40, I
So long as you do not need them for IMS Backout or other stuff.
The ISMF Panel for MGMTCLASS has a DISPLAY option or when you have a list Up,
enter DISPLAY next to the entry.
As for Cleanup. SMS and HSM are funny. they will only delete datasets when
their algorithm is met. If your volumes
I am thinking that my best option would be to run the following, then
figure out the storage group settings afterwards.
//DELDSN EXEC PGM=ADRDSSU
//OUTVOL DD DUMMY
//SYSPRINT DD SYSOUT=*
//SYSINDD *
DUMP DATASET( -
INCLUDE(-
IMSVS.RLDSP.DBCP.**-
IMSVS.SLDSP.DBCP.**
At this point, I am trying to familiarize myself with the DFHSM and the
contents of the manuals. With guidance from the list pointing me to the
next step, I am learning a lot. Calling IBM will just get me an answer
with no understanding.
Tony Thigpen
Lizette Koehler wrote on 01/18/2017 04:17
Mostly we go forward to get to a better level. I sorely suffered the ESP's
with SP and DF/EF to get to XA and
get over some of the VSCR humps. This was a corporate commitment that was
agreed to at all levels.
In a message dated 1/18/2017 3:44:28 P.M. Central Standard Time,
I just found where the storage group has set: AUTO MIGRATE = 'INTERVAL'
Based on my reading, then the volumes will not be 'cleaned' until they
exceed a usage limit. Right now, the 4 volumes are 12, 12, 50 and 24% free.
I have not been able to find where I can use 'DISPLAY' in ISMF.
When I
On Wed, 18 Jan 2017 08:07:03 +0100, Peter Hunkeler wrote:
>
>RTFM? From the z/OS V2.2 TSO/ REXX Reference, EXECIO, DISKW parameter:
>
>Note: 1. The length of an updated line is set to the length of the line it
>replaces. When an updated line is longer than the line it replaces,
>information that
[Default] On 18 Jan 2017 12:26:59 -0800, in bit.listserv.ibm-main
john.ab...@intnlsoftwareproducts.com (John Abell) wrote:
>Well that is the ever present risk of Open Source. Whatever this kernel
>change is, it screwed up other things in our environment as well.
As someone who suffered through
Of course my favorite last answer would be to open a case with DFHSM and have
them help you through DFSMS and DFSMShsm. They will probably be faster
Lizette
-Original Message-
>From: Lizette Koehler
>Sent: Jan 18, 2017 2:03 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
Not a transition. bama.ua.edu is broke. Don't know the switch settings. For
a while either would work. Darren posted the transition years ago at the
request of the network folks. It started out in 86 as bama.ua.edu and stayed
that way thru several migrations and hosts. For awhile it was
The HSM Started task has an ARCCMDxx member that details all the stuff it is to
do.
You can issue a F dfhsmstcnamehere,Q SETSYS and see what is currently running.
You can browse the ARCCMDxx member and see what it is going to do.
SETSYS PRIMARYSPMGMTSTART( ) -
Well that is the ever present risk of Open Source. Whatever this kernel change
is, it screwed up other things in our environment as well.
We have noted that there is a Kernel update from 6.7 to 6.8. We are not going
down that road until there is some assurance that the sentinel software and
> I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15).
I understand. I was just curious why CALLing failed.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15).
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag von Peter Hunkeler
Gesendet: Mittwoch, 18. Januar 2017 20:00
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: AW: SMF-API
> But I was
> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM.
> Received a lot of > S0C4 or S0C6.
> I use now HLASM LINKX and it works pretty well.
Did you clear the high half of R15 before the CALL? The CALL macro generates a
V-con, not a VD-con, and loads it into R15 with L, not
How do I determine if the volume is part of the HSM backup process? I
have looked at the HSM backup logs and these volumes are never mentioned
although other volumes are backed up.
Tony Thigpen
Lizette Koehler wrote on 01/18/2017 10:13 AM:
See if DFHSM is running space management process on
> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM.
> Received a lot of > S0C4 or S0C6.
> I use now HLASM LINKX and it works pretty well.
Sounds like wild branches. I think its strange that it works with LINKX but not
with CALL. l trust you have verified the binder could
One big change is not actually a fall-out of z13(s) but of microcode that you
might have installed already but now require. That is removal of Java from
system console apps. You no longer need any Java at all, which implies that
-version is now irrelevant. Hooray.
Another change is in the
On the bookshelf behind me in my office is an IBM carriage control tape punch.
In the late 1970s I rented time on an IBM Model 40. It had no attached unit
record hardware because the 2821 control unit was still used on 370 hardware
and cost more than the Model 40! There was a 1401 with 4
On Wed, 18 Jan 2017 14:16:55 -0400, Clark Morris wrote:
>
>>We used to do a lot of that. NFS has liberated us from a lot of file
>>shuffling -- files
>>appear alike on our desktops and on z/OS. We discarded our STC. ISPF 3.17 is
>>your friend.
>
>How do you handle ASCII/ISO- - EBCDIC
John.
Our co figuration is much like yours on a single server. It take about 30
minutes to install centos and zpdt. The mainframe is on different disks so
nothing was lost.
My concern is the ability of the vendor to fix the problem. It is
unblievable that it takes more than a month so far.
NFS seems like a good option if you can deal with connectivity and security
issues. Are you running Kerberos enabled NFS over IPSec?
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Jan 18, 2017 at 11:46 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
[Default] On 18 Jan 2017 09:46:08 -0800, in bit.listserv.ibm-main
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote:
>On Wed, 18 Jan 2017 11:13:04 -0600, Ray Pearce wrote:
>
>>We have also been looking at a similar issue here at Macro 4 but with a
>>slightly different
On Wed, 18 Jan 2017 11:13:04 -0600, Ray Pearce wrote:
>We have also been looking at a similar issue here at Macro 4 but with a
>slightly different approach for our mainframe development.
>We now use Subversion as our source repository, Eclipse as our IDE and we
>utilise Apache Ant and Jenkins
Ray,
Seems like a good approach. I personally prefer Makefiles over JCL, but
given your legacy stuff it makes perfect sense.
You might want to look at ant-ssh tasks + z/OS OpenSSH + Co:Z SFTP, since
you could (in one ssh connection) you could:
- upoad dirty source
- submit JCL
- wait for job
> There are a lot of discussion lists hosted by that university.
> Look at https://listserv.ua.edu/ to see that lists.
Yes, I know this address,cand it is the one use. So, is bama.ua.edu just the
former non-ssl name, which has worked until now?
--
Peter Hunkeler
There is an Ant task for FTP: https://ant.apache.org/manual/Tasks/ftp.html
We used to use it, but it doesn't include support FTP/SSL/TLS, and it
doesn't support running z/OS commands like ssh.
If you have IBM OpenSSH + Co:Z SFTP (both free on z/OS), you can:
- support secure transfers (we keep
We have also been looking at a similar issue here at Macro 4 but with a
slightly different approach for our mainframe development.
We now use Subversion as our source repository, Eclipse as our IDE and we
utilise Apache Ant and Jenkins for our development and production builds.
However we do not
On Wed, 18 Jan 2017 07:46:43 -0600, Elardus Engelbrecht wrote:
>Vernooij, Kees (ITOPT1) - KLM wrote:
>
>>I can't access the archives anymore, the address http://bama.ua.edu/ returns
>>a timeout. According to our IP department this will probably be caused by
>>bama.ua.edu.
>
>>Anyone else having
Thanks Lizette for referencing this educational article. I'll be sharing this
with our zNextGen community.
Regards,
Iris M. Rivera
Design Researcher, z System Software
845-433-6252
iriv...@us.ibm.com
@zsurveygirl
--
For
I've been off IMS for too long, but it may be something in Recovery Control.
Len Rugen
Metrics and Automation - umdoitmetr...@missouri.edu
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Wednesday, January
If you cannot back out the recent updates that caused you to end up with this
problem, re-install the version RHEL that last worked. This assumes that you
have used the practice of making sure that none of you zPDT stuff is in
distribution directories. We have a much more complex zPDT
So for the SMS Mgt class, if NON USE, then expire in 7 days. If someone touches
the file, it resets the clock to the next 7 days.
Day 1 - 7No accesses, Day 8 expire
If on Day 3 someone browses, does 3.4 Info request, now a new 7 day wait
period is started.
There could be anything
See if DFHSM is running space management process on those volumes/pools.
Or you can check on the IMS List and see if someone over there has had a similar
issue
To join, if you have not done so, use this URL
IMS http://imslistserv.bmc.com/scripts/wa-BMC.exe?A0=ims-l
Lizette
>
Yes I was and been in 64bit mode. I'm still in 64bit mode but now using
LINKX and also invoke
SYSSTATE PUSH
SYSSTATE ASCENV=P,AMODE64=YES
before the CALL or LINKX
---Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag
Ah. I see the buffer is probably above the bar:
GTPB_BUFFER@ DS AD Address of the provided buffer
In article <20170118142044.95e8124...@panix5.panix.com> you wrote:
> Were you in AMODE=64 when you issued the CALL macro? It seems an
> odd requirement, but that's what's doc'd.
> In article
Which makes since. It is using the
"larger of [JCL vs SMS]" & <= RET_LIMIT.
So, I am back to my original problem. I need to identify the process
that is suppose to be deleting the expired files from the VTOC?
Tony Thigpen
Burrell, Todd wrote on 01/18/2017 09:09 AM:
Looks like your RETPD=45
Were you in AMODE=64 when you issued the CALL macro? It seems an
odd requirement, but that's what's doc'd.
In article <099b01d2716d$aa45c9c0$fed15d40$@schiradin.de> you wrote:
> Hi Elardus,
> the doc talks a lot about call.
> http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
> But I was
Looks like your RETPD=45 is overriding the SMS parameters.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: Wednesday, January 18, 2017 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question
See: https://www.ibm.com/support/entdocview.wss?uid=isg1OA51665
We recommend that if you are using IBM OpenSSH 1.3 or later and you
currently have the AES*-CTR mode ciphers in your Ciphers list that you set
up OpenSSH to use CPACF via ICSF for encryption Ciphers. This also has
the benefit of
Thanks everybody,
https://listserv.ua.edu/archives/ibm-main.html works.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 18 January, 2017 14:30
> To: IBM-MAIN@LISTSERV.UA.EDU
>
Peter Hunkeler wrote:
>What lists are hosted at bama.ua.edu? So, what archives are you trying to
>access? IBM-Main's?
>Pardon me, I do remember the name bama, but currently can't find a link
>pointing to it, nor do I remember.
There are a lot of discussion lists hosted by that university.
From the job logs where the file is created:
//DFSSLOGP DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))
IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
DSN
Hi Kees,
I had the same symptom since last week. Try to use "listserv.ua.edu" instead.
HTH
Regards,
Klaus
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
>I can't access the archives anymore, the address http://bama.ua.edu/ returns a
>timeout.
What lists are hosted at bama.ua.edu? So, what archives are you trying to
access? IBM-Main's?
Pardon me, I do remember the name bama, but currently can't find a link
pointing to it, nor do I remember.
Vernooij, Kees (ITOPT1) - KLM wrote:
>I can't access the archives anymore, the address http://bama.ua.edu/ returns a
>timeout. According to our IP department this will probably be caused by
>bama.ua.edu.
>Anyone else having this problem?
Go to this address (watch the 's' after http)
Same here, host unreachable
Carmen
- Original Message -
From: "Kees Vernooij (ITOPT1) - KLM"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, January 18, 2017 7:30:26 AM
Subject: bama.ua.edu not reachable?
Hello,
I can't access the archives anymore, the
Hello,
I can't access the archives anymore, the address http://bama.ua.edu/ returns a
timeout. According to our IP department this will probably be caused by
bama.ua.edu.
Anyone else having this problem?
Kees.
For information, services
Hi,
you can run the z/OS FTP Server and the FTP client unchanged if you set up
AT-TLS on the mainframe and use stunnel on the FTP client platform to do the
reverse thing that AT-TLS does on z/OS (transparent SSL).
Stunnel uses OpenSSL libraries. There is no need for a ssh server or client.
I do not believe this can be done. You can look at FTPS (as opposed to SFTP).
I think you are describing a TLS type implementation. In this case, the
encryption is at the link level. SFTP encrypts the data.
TLS normally requires application modification for use. IBM offers AT-TLS which
does
Tom,
Thanks, this is about what we already found, so no surprises seem to be
expected.
We will certainly not use new features immediately to have a smooth move.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Mathias
Kees,
I don't have a general list of tips/pitfalls, but the z13s has a lot of new
features and options as compared to your z196 you probably should look at
IBM-MAIN and other sources of information to help you set them up, if you are
going to.
Some of the new capabilities are:
Simultaneous
It's also available on z/OS 2.1. yvw
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Elardus Engelbrecht
Gesendet: Mittwoch, 18. Januar 2017 11:36
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: SMF-API
Roland Schiradin wrote:
No authorization needed. SMF-API will do RACF checks
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Itschak Mugzach
Gesendet: Mittwoch, 18. Januar 2017 10:52
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SMF-API
I meant mode...
Roland Schiradin wrote:
>the doc talks a lot about call.
>http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
Thanks for posting the URL for that PDF I missed originally. I am now reading
that interesting doc... ;-)
I also see on KC the z/OS v2.2 SMF books were updated again in December
And more stable
> On Jan 18, 2017, at 2:40 AM, Elardus Engelbrecht
> wrote:
>
> Joseph Reichman wrote:
>
>> I'm assuming based in your post that ieavpse2 Is valid in a type 2 SVC
>
> Please do not make that assumption about SVC 2. (I never got around using
>
I meant mode...
On Wed, Jan 18, 2017 at 11:33 AM, Roland Schiradin
wrote:
> Hi Itschak, SVC? Wasn't aware of SVC. I follow the doc:
> http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
>
> Roland
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List
Hi Itschak, SVC? Wasn't aware of SVC. I follow the doc:
http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
Roland
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von Itschak Mugzach
Gesendet: Mittwoch, 18. Januar 2017 09:38
Hi Elardus,
the doc talks a lot about call.
http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. Received
a lot of S0C4 or S0C6.
I use now HLASM LINKX and it works pretty well.
Now I need to setup SMF
Roland
Hi Brian,
We will go from a z196 to a z13s soon.
Do you have a list of tips, tricks and pitfalls we might run into?
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 17 January, 2017 9:37
> To:
Brian,
If you haven't done so already, then please open up a problem ticket (On the
HMC, do "Report a Problem" and then select "Health Check"). I tried this out
on an HMC yesterday with 2.13.1 (z13s) level code and it worked as I had
expected. So, something is going on that needs deeper
This is a new function in 2.2 that let you accumulate and access in-storage
smf records. Roland, did you try the supervisor call or PP?
ITschak
On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> Roland Schiradin wrote:
>
> >IFAMQRY works after a
Elardus,
zPDT is a mainframe emulation product from IBM that we use. the driving
system is an enterprise Linux flavor. Linux clients that updated the
version for some reason, can't access the license server. versions involved
are rhel 7.X, but I think suse as well. we use a memory stick to hold
Roland Schiradin wrote:
>IFAMQRY works after a full day. WTF I try to use the call macro for hours
>without success as the doc imply the call macro. However the LINKX works
>pretty well. Now setting up the SMFPRM and RACF
... and then ???
Sorry, could you be kind to clarify what you're trying
Itschak Mugzach wrote:
>Doea any of the zPDT users hited by the linux update caused lose of license
>server.
'hited'? Sorry, could you please be very kind to explain?
>I can't get an estimate when it will be fixed. The problem is know dor almost
>a month. We was hited last friday.
What
69 matches
Mail list logo