in SDSF.
What disposition is specified on the DD statement when using DSN=name?
Are you and the customer using the same, OLD or MOD?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive
take
this off-list if you prefer.
Kurt Quackenbush (ku...@us.ibm.com) -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
p://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r1.gim3000/dsetups.htm),
make updates to your usual SMP/E download job, and paste the
info above into your job to test out your changes.
Kurt Quackenbush -- IBM, SM
On 5/11/2016 10:51 AM, Paul Gilmartin wrote:
On Wed, 11 May 2016 08:38:32 -0400, Kurt Quackenbush wrote:
Barbara, I don't understand the problem you are describing. What
"popup"? ...
Reading your blog entry:
https://www.ibm.com/developerworks/community/blogs/e0c474f8
an use either FTPS or HTTPS to actually copy the file across the
network. There is no web browser, no UI, no pop-up. Just an SMP/E job.
I was not suggesting using the download links on your Shopz order
page, which downloads the files to your workstation.
Feel free to send me clarifying information
he correct APAR is IO22326 (UO01741 for HMP1J00 and UO01740
for HMP1H00). The PTFs are over 18 months old, so you probably already
have it. In any case, I'll update the book. Sorry 'bout that.
Kurt Quackenbush
BM products and PTFs. However, you will be able to
use HTTPS. Read about how to setup and use that here (watch the wrap):
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
Kurt Quackenbush -- IB
YSMODs are purged from the
global zone. If you specify BYPASS(APPLYCHECK) on the ACCEPT, then
SYSMODs are NOT purged.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instruct
then update your
active OPTIONS entry to remove NOPURGE.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
preadsheet software, et al.) from www.ibm.com?
No, it only affects "IBM download servers used for all z/OS product and
service orders."
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / sign
ggested in March, if you haven't done so already, its time to
upgrade your download processes before you're stuck with no
direct-to-z/OS download capability.
On 3/4/2016 9:24 AM, Kurt Quackenbush wrote:
IBM will be turning off its unencrypted FTP servers for downloading
products and PT
ad to hear you've now got all the PTFs you need.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
no plugins.
Don't forget you need to define the security profiles to be authorized
to the individual plug-ins. All are described and defined in the z/OSMF
Configuration Guide.
Kurt Quackenbush -- IBM, SMP/E Develo
In link-edit JCLIN one can specify a maximum RC on the NAME statement.
But that applies to target zone. Is there a way to do likewise for DLIB
zone?
No, you cannot specify the maximum acceptable RC for linking a module
into a distribution library.
Kurt Quackenbush -- IBM, SMP/E Development
Does this message appear even if link-edit parameters appear in
the UTILITY entry in the TZONE?
Yes.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
SMP/E can't find an
existing copy of the module in the distribution library, then you will
get the GIM24701W message.
So yes, it is the packaging that is causing this message.
Kurt Quackenbush -- IBM, SMP/E Development
--
Fo
the need for the option to turn it off.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
package, the TLS (or AT-TLS)
handshake fails.
Did you hook up with IBM support or Q&A, specifically the z/OS Comm
Server team, about using ATTLS in the FTP client?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-
othing to worry about. That's just the response from the server,
to SMP/E, indicating that the order files are ready and can be
downloaded using either FTP or FTPS. In reality, HTTPS can also be used.
Kurt Quackenbush -- IB
u don't need to mess around with
keyrings or a security manager product at all.
If anyone is interested, more details can be found here:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r1.gim3000/dsetups.htm
Kurt Quackenbush
ww.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r1.gim3000/gim3115s.htm
Unless another listener has some insight, you will probably need to
discuss with IBM z/OS Comm Server support to understand if using ATTLS
is possible here, and if so, specifically what your trouble is.
Kurt Q
-f2c12b576ac9/entry/Secure_z_OS_software_delivery_Don_t_get_locked_out?lang=en
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
lready
been applied, or at least an attempt was made. Once again, apply all of
the applicable PTFs in a single step. SMP/E will try to sort out which
PTFs have already been applied and therefore should avoid regressions.
Kurt Qu
affected the load module? If not, then
open a problem with DB2 support.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
distribution zones.
I don't recommend attempting UCLIN to fix this. As Ed mentioned, what
about the distribution libraries? I'd go with Tom's suggestion of
creating a new dlib zone.
Kurt Quackenbush -- IBM, SM
I suggest you open
a PMR.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
r 2 of the z/OS V2.2 Migration
guide, here:
http://publibz.boulder.ibm.com/epubs/pdf/e0z3m110.pdf
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lis
and have a happy and safe New Year.
Kurt Quackenbush -- IBM, SMP/E Development
On 12/24/2015 1:05 AM, Skip Robinson wrote:
Well stated. I would expand 'mass APPLY' to include apply by source id,
especially (but not necessarily limited to) SRCID(). I'm liking the improved
futu
isite chain
that is stuck because of a PE, what RC should be used to identify this
condition? RC=8? 4? 0? Other ideas?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instruc
w-01.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.gim3000/gimusr5384.htm
BTW, I'm with Skip on this; there's nothing wrong with RC=8.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscr
uot; topic.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is anyone else having trouble this morning with FTPs going to these IBM sites?
deliverycb-bld.dhe.ibm.com
public.dhe.ibm.com
As of 01 Dec 2015 14:00:41 GMT they seem to be working fine.
Kurt Quackenbush -- IBM, SMP/E Development
r Omegamon? I don't
necessarily have in mind a solution for you, but I'm curious what your
real goal is.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send ema
ash values.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SOURCEID(RSU12* RSU13* RSU14* RSU150*)
If you want to select all RSU PTFs except for RSU1510, then the above,
or this will work:
SOURCEID(RSU*) EXSRCID(RSU1510)
But every PTF with an RSU sourceid is *recommended*. Why do you want to
exclude any recommended PTF? I'm just sayin
moved after download, as a binary file?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ng updated.
Anyone else seen this?
Yup, we're aware. The server side of the RECEIVE CONTENT(RECOMMENDED)
was still using RSU1508 as the selection criteria. This was fixed on
Oct 14th.
Kurt Quackenbush -- IBM, SMP/E Development
---
values in my sample, but otherwise that
should do it.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
7 product
information for the reports.
The PRODSUP for Java 8 seems out of place to me, since, obviously, Java
7 and 8 can both be installed, so 8 does not really supersede 7 in the
typical way we think about supersede.
Kurt Quackenbush -- IBM, SMP/E Development
CTION and subsequent PTFs.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
delivery. However, that should be relatively straight forward after you
achieve SYSMOD format.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list
sible that one or more required PTFs
has not yet been marked RSU. If you install the latest RSU, you still
need to use the IBM.Coexistence.z/OS.V2R2 fix category to be sure you
have all the required coexistence PTFs installed.
Kurt Quackenbush -- IBM, SMP/E D
On 8/12/2015 4:14 AM, Beesley, Paul wrote:
GIMUNZIP checks whether the dataset already exists. If it does, it
reuses it. If not, it creates it.
Yup, what he said.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN
identify
the DDDEF entries needed for that FMID, in addition to all the other
entries associated with the FMID.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
SET BDY(GLOBAL).
UCLIN.
DEL DZONE(CIC31D) .
ENDUCL.
No, this will give you a syntax error. To remove from the global zone
the pointers to the target and dlib zones you wish to delete, do this
instead:
SET BDY(GLOBAL).
UCLIN.
DEL GZONE ZONEINDEX((CIC31D, CIC31T)).
ENDUCL.
Kurt Quackenbush
.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim1000/chprej.htm
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
I would like to be able to list out HOLDATA from the GLOBAL zone and
then search for things such as 'SYMP(Bn'.
What's wrong with this?
SET BDY(GLOBAL).
LIST SYSMODS HOLDDATA HOLDERROR.
Kurt Quackenbush -- IBM, SM
fashioned z/OS
SMP/E jobs, but now I changed my environment to use RECEIVE
FROMNTS.)
I think this is an improvement, and I'm glad you got this situation
resolved.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN
sitory for all these FEATURE/PRODUCT records available?
IBM does not maintain a single repository for ++PRODUCT and ++FEATURE
statements. Although it is an interesting idea, there should be no need
for it, as it should be difficult to miss them when receiving FMIDs.
Kurt Quackenbush --
entry has a
name and contains a list of FMIDs that belong to the FEATURE. For each
installed FMID in that list, build a UCL statement like above specifying
that FEATURE's name.
Kurt Quackenbush -- IBM, SMP/E Develo
appen with those entries, when I'll REJECT the FMID
afterwards to get rid of the unnecessary TLIBs?
The PRODUCT and FEATURE entries will remain in the global zone for
typical REJECT operations. Only the NOFMID mode of REJECT will delete
PRODUCT and FEATURE entries from the global zone.
K
this further, it would be better to open a PMR.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IDs, and look for the
FEATURE subentries. These subentries connect the installed FMID to the
FEATURE and PRODUCT entries in the global zone.
Your next step to fix this will depend on your findings, so post 'em
here, or send me an email directly.
Kurt Qu
your friend here.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ER, a package's SERVER
information is transmitted from the IBM order server to SMP/E also using
HTTPS. I can't say how you or other vendors transmit this important
SHA-1 hash value, but I think IBM's software packages are protected in
this regard.
Kurt Quackenbush -- IB
Thanks. May the SUBDIR operand contain a multi-level directory
path?
Yes.
Might I put multiple payload files in multi-level directories
in the .pax.Z? Pax might extract them, and SMP/E might be unaware.
(Do I seem to be re-inventing the conventional UNIX tarball?)
Yes, and yes.
Kurt
;t have a
TYPE of SMPPTFIN, SMPHOLD, or SMPRELF, will get downloaded, but will be
ignored later during the traditional phase of RECEIVE.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff /
perform such a query:
ZONE = tgtZoneName
ENTRY = MOD
SUBENTRY = FMID,RMID,UMID
FILTER = CSECT='csectName'
Of course this means you have to write a program, so probably doing a
"brute force" search of LIST MOD output will likely be easier.
Kurt Quackenbush -- IB
he RECEIVE FROMNTS command, I thought SMP/E implicitly picked up
CLIENT information from the SMPCLNT ddname. But alas, it does not. Nor
does GIMZIP or GIMUNZIP. Sorry for the misdirection.
Kurt Quackenbush -- IBM, SMP/E D
... Is the CLIENT data set processed by RECEIVE FROMNTS?
Yes, on the chance SMP/E needs to use Java to calculate SHA-1 hash
values when ICSF is not active.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN
DDATA in your global zone.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/com.ibm.zos.v2r1.gim2000/dspath.htm
By the way, if you specify a javadebugoptions value in , then
SMP/E will echo to SYSPRINT the java command used, which includes the
classpath specification. javadebugoptions="-Dcom.ibm.smp.debug=severe"
is good for most occasions.
Kurt Quackenbush -
You were right and IBM site did had some hiccup.
What makes you say that? Did you open an ETR and did IBM tell you the
download server was acting up? How do you know other factors, like
excessive network traffic in your own enterprise, aren't the cause?
Just curious.
Kurt Quacke
, MYOPENTIME
Agree, in particular check out the KEEPALIVE setting. Also, see this
item for other things to look for:
http://www-01.ibm.com/support/docview.wss?uid=swg27011275
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM
tting in the way of the data
connection. As already suggested, try using passive mode (EPSV4 TRUE).
If you still have trouble, you may have to get help from Comm Server
Level 2 to study an IP trace.
Kurt Quackenbush -- IBM, SMP/E Development
--
ble, usually because of a proxy or
firewall, consider using HTTPS instead. This is also described in that
chapter.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instruct
... ftp.emea.ibm.com
can anybody out there ftp to this thing?
Not me, not even from within the IBM firewall. I'm guessing a typo on
the server name.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subs
CALLLIBS subentry. This would be
useful after you update your z/OS software, specifically Language
Environment (because that is what is contained in SCEELKED), to ensure
all the CICS load modules have the latest and greatest stubs or routines
included from SCEELKED.
Kurt Quackenbush -- IBM
to a temporary UNIX file.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
... I believe (I may be wrong) that RECEIVE FROMNTS still
stages SMPPTFIN to Classic data sets.
RECEIVE FROMNTS unpaxes the archives into temporary UNIX files, and then
does indeed read the MCS directly from those UNIX files. No data sets
are involved.
Kurt Quackenbush -- IBM, SMP/E
ces:
1. Allocate a large enough data set, as I mention above, or
2. Don't unzip the MCS into a data set at all. Use SMP/E RECEIVE
FROMNTS instead to receive the PTFs directly into the global zone and
SMPPTS data sets directly, without creating a sequential data set.
Kurt Quackenbush -- IB
.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
can do the math, right? 56,664 bytes per track, and 15 tracks per
cylinder. So 5,085,091,600 bytes == 89,742 tracks == 5983 cylinders.
But I'd go bigger to be safe. Try 6500 cylinders.
Kurt Quackenbush -- IBM, SMP/E Develo
the
SMPWKDIR directory.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How would this work for ++MOD elements in RELFILE format. Should
I supply the IDENTIFY as input to Binder when I link the ++MOD
element so Binder will imbed it in the IDR? Same for ACCEPT into
DLIB?
Yes.
Kurt Quackenbush -- IBM, SMP/E Development
ule it is associated with, and SMP/E does not preserve
this association for IDENTIFY.
If you want to use IDENTIFY, you should append it to the module object
deck described by ++MOD. This is how IBM does it for many (all?) of its
PTFS.
Kurt Quackenbush
he FMID and its PTFs.
If you saw different behavior, then perhaps you were using the
FORTGTZONES operand of RECEIVE ORDER. FORTGTZONES changes the scope of
the order to only those specified target zones, and won't order PTFs for
FMIDs that are not applied to them.
Kurt Qu
to kick my self for responding, but...)
Why didn't you want PTFs for other FMIDs received? What's the harm?
You'll need them eventually, right? Because you will eventually update
all the other FMIDs with service during a maintenance cycle, right?
Kurt Quackenbush
APPLY. There is no harm in having PTFs in your
global zone that you don't intend to install, yet. After all, you will
have a maintenance cycle eventually, and you will need to APPLY those
PTFs eventually, right?
Kurt Quackenbush -- IBM, SMP/E D
Yes, yes, yes! What he said exactly. Why oh why do you want to order
and receive PTFs for only a specific FMID? Why don't you want PTFs for
all of your installed FMIDs? Of course you don't need to APPLY them
all, but you will have them when you do eventually need 'em.
Kurt Qua
hat is why your
redirected output didn't work as you hoped.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
both SMPPTFIN and SMPHOLD,
whereas the second will only read SMPHOLD.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the me
PKA. Find the binder output for that link edit operation
(literally, Find CEEPLPKA) and you should see something more meaningful
than you've pasted here.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subs
u
can probably compose a ZONEEDIT command using the IF subcommand to only
select and update the target library DDDEF entries.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instruct
appropriate SPE) and up.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ell script only after the copy operation, not
before. You can of course specify both PRE and POST on SHSCRIPT, thus
telling SMP/E to invoke the shell script both before the copy and after.
Kurt Quackenbush -- IBM, SMP/E Development
---
ids do get carried into the SYSMOD entries in the
target zones. So, after you fix your RECEIVE, you may get similar
errors when you apply CICS V5.2. However, the fix is the same, just run
UPGRADE and carry on.
Kurt Quackenbush -- IBM, SMP/E D
you do not
intend SMP/E to build or link edit.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
?
No. For the most part, to SMP/E the phrase "single-CSECT load module"
really means "single-MOD load module".
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive acces
her?
The download is not affected by which URL you used, Boulder or
Rochester, to drive the order processing. In practice I think both URLs
have equivalent throughput for submitting orders.
Kurt Quackenbush -- IBM, SMP/E Development
to be clear, removing this DD statement, resolved the error.
//SMP00027 DD DSN=DSN910.CEE.SCEECPP,DISP=SHR
// DD DSN=DSN910.CEE.SCEELKED,DISP=SHR
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / si
culprit is likely a
DISP=OLD in the DDDEF entry for SCEELKED. Change it to SHR.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
in, or you can write
a program to invoke GIMAPI that specifies your desired install date as a
filter criteria.
http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.gim2000%2Fchpapi.htm
Kurt Quackenbush -- IBM, SMP/E Development
ntinued to allow the use of pre-allocated data sets.
This change pre-dates my time in SMP/E, hence my less than sure response.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access in
is precisely why the SMPTLIB data sets are deleted instead of reused.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
of a product, will a single
REASON ID be used for all releases, or will REASON be peculiar
to each release?
The reason-id on the ++HOLD is NOT release specific.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subs
Maybe the question really is, what is the difference between fixcat
(IBM.DEVICE.TAPE.*) and UPGRADE3957DEVICE?
Generally speaking, there should be no difference. That is the intent
of FIXCAT HOLDs, so you don't have to manually review a PSP bucket.
Kurt Quackenbush -- IBM, SMP/E Develo
nd is your friend, to create a FUNCTION SYSMOD
(for COBOL 4.2) with all the installed service integrated into the
package. You then RECEIVE and APPLY this creation into your new and
separate CSI. For the Global zone, check out the GZONEMERGE FORFMID
command.
Kurt Quackenbush -- IBM, SMP/E D
Update:
Error message from Java Console:
connect to 'http://deliverycb-mul.dhe.ibm.com/tqd' -
ERROR_CONNECTION_REFUSED
Is it possible for you to download directly to z/OS and avoid using
Download Director altogether?
Kurt Quackenbush -- IBM, SMP/E D
=*
//SYSUT1 DD DISP=SHR,DSN=sequential.input.ds
//SYSUT2 DD DISP=SHR,DSN=pds.output(MEMBER2)
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
201 - 300 of 338 matches
Mail list logo
