Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real
FICON CTC - I think I'm correct in saying you just need one spare FICON port,
unlike ESCON, where you needed two, and a cable between them.
Assuming nothing has changed on the mainframe, and you are running JES2
On Wed, 6 Feb 2019 03:14:51 -0600, Vince Getgood wrote:
>Ron,
>AFAIK, you are correct regarding a virtual CTC, but you can still define a
>real FICON CTC - I think I'm correct in saying you just need one spare FICON
>port, unlike ESCON, where you needed two, and a cable between them.
>
We migh
I disagree. The answer is "it depends".
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Tuesday, February 5, 2019 2:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Internal Coupling Channel on z13
It is possible to convert ENQ with SYSTEMS to RES
We are going to start using the FTP/Server backup option for HMC/CEC critical
data backups, get away from the USB sticks in the HMC currently in use.
If you've already done this, would you share how big the backup's are, for
sizing the storage.
has anyone tried using OMVS/zOS for this ?
any go
I used Windows PC with Filezilla server (FTP and FTPS options).
The size is AFAIR ~1GB for HMC and ~4GB for CPC. It does not grow, new
versions replace old ones.
So, assign 8GB and forget.
BTW: using z/OS for that should be re-thought. Reason: you create backup
of critical data on system which
Ron,
Look at Output Disposition in the IBM Knowledge Center.
See
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab600/iea3b6_Subparameter_definitions1.htm
You might have an output disposition of KEEP or LEAVE. You can change
these with SDSF and release the job so it p
Dana,
From what I remember, no switch is required. I believe any FICON port will do.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Vince,
Thanks for letting me know about using a FICON CTC...the problem was when we
ordered the z13s we didn't order enough FICON adapters...guess our research was
not through enough.
As far as where the problem actually is...I believe it is the network to but
I'm losing that battle and it is
Thanks !
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I
Connection refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175
ended due to TCP/IP error, rc: 1128
The "connection refused" error can indicate a lack of resources on the
rece
We are testing z/OS Network Print Facility and have hit a snag that I
expect should be an option, but I can't find it in the doc.
When the z/OS print is converted to ASCII, the carriage controls for
'next line' are being converted to x'0A' (Line Feed) but the printer is
expecting x'0D0A' (Carr
Yes, all necessary RSCS resources are available/started...if not I would have
hoped IBM Support would have said something.
Yes, there is a process listening on port 175 on the z/VM side.
I get a connection using telnet to port 175 but then it fails very soon after
which I assume is because port
I tried using zos for loading iocp via ftp.. it did not work and gives no
error messages.
Rob Schramm
On Wed, Feb 6, 2019, 2:23 PM J Ellis <
020d5fbe36e0-dmarc-requ...@listserv.ua.edu wrote:
> Thanks !
>
> --
> For IBM-MAIN
z/OS LPR is strictly following the standard (IETF RFC 1179), which calls
for using x'0A' (line feed) rather than x'0D0A' (carriage return, line
feed). Hurray, standards. :-)
There are a couple easy solutions often available:
1. If you're printing to a Hewlett-Packard LaserJet printer, or similar,
14 matches
Mail list logo
