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
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
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
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
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
?
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
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
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
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
---
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
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
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
SMP/E error if you submit the generated APPLY step.
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
p;DT=20110523141208
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
w can you be sure your zone matches those existing target
libraries?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the me
looking for the Like button. Seriously, an
excellent recommendation.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
isite checking
functions (either automatic during the APPLY or later with REPORT
CROSSZONE) to ensure the requisite PTFs are installed.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive a
SMPWKDIR have nothing to do
with APPLY or running the shell script. /tmp and SMPWKDIR are used for
RECEIVE FROMNET and ORDER. Your APPLY trouble was due to out-of-space
on the /Z13/usr/lpp/zWebSphereOEM/V7R0/bin directory.
--
Kurt Quackenbush -- IBM, SMP/E Development
about the PRODUCT and FEATURE entries in the global
zone (which I think you are), then Dave's got it right with the REJECT
command above.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff /
e generated client cert is used simply to carry
unique identifying information to the server, such as IBM customer number.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instru
the order in which they will be processed
during the RECEIVE.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
names. This ought to be a
feature in GIMZIP.
Can you be more specific? What ought to be a feature of GIMZIP?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
sing
DDNAMEs to identify its source data and used the data set names from
its control file in the generated GIMPAF.
I understand your desires. BTW, GIMZIP does support input UNIX files.
Kurt Quackenbush -- IBM, SMP/E Development
Why does order matter? Is it because the FMID list in the GZONE
entry is not updated until RECEIVE processing for that SYSMOD is
complete, only after which it moves on to the next?
That is exactly correct.
Kurt Quackenbush -- IBM, SMP/E Development
ot; in the Client data set and
then send to the job output to me in a PM?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with t
Also, it used to be the case that only one instance of the SMP/E dialog
was allowed within a single TSO/ISPF session - a 2nd concurrent
invocation in split screen was not allowed and would produce a failure
message..
Not so any more. Check out APAR IO18093 (and its subsequent fixes).
Kurt
one from batch?
Yes, GIMSMP and the SMP/E ISPF dialogs play well with each other and
ensure only one will update a CSI at a time. But that is not new.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe
n the report, being
surprised to find new missing PTFs. How did you obtain the PTFs? Most
likely the 2 year HOLDDATA file was delivered with those PTFs, which
contains Fix Category HOLDs. When you reran the report, you were
finally using the latest and greatest HOLDs, hence the additional
RECEIVE ORDER submits the order directly to the IBM server and
then downloads it in one fell swoop. It is submitting the order
directly to IBM from z/OS using SMP/E that is interesting for this
discussion.
Kurt Quackenbush -- IBM, SMP/E Development
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
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
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
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
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
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
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
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
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
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
.
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
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
... 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
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
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
... 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
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
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
--
, 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
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
/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 -
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
... 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
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
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
PLACE commands; no UNRESOLVED labels!
On an APPLY REDO this seems correct to me. BODMOD had already been
deleted, so no need to delete it again.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / si
C<12 to be an acceptable completion for the link
edit operation. Hence, for a CSECT delete operation, it overrides your
specified acceptable return code for the subject load module.
Kurt Quackenbush -- IBM, SMP/E Development
---
.
Repeat the DEL and ADD statements for however many target and dlib zones
live in CSI data sets with new names.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
ral to the
internet delivery and installation of an IBM ServerPac offering, that is
why GIMZIP supports non-SMP/E consumable file formats in addition to the
standard SMP/E stuff.
Kurt Quackenbush -- IBM, SMP/E Development
--
Fo
for Transparent, but the "A" stands for Application. The
question is not whether TLS can be transparent to the Application,
because the FTP client (the application in this case) does indeed
support FTP with TLS. Therefore, no need for transparency.
AT-TLS I think is irrelevant to the o
d
firewalls as necessary to eventually support using FTPS to download your
orders.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu w
the
GZONEMERGE command specifying CONTENT and FORFMID to copy the relevant
SYSMODs, HOLDDATA, PRODUCT and FEATURE entries from the R11 global zone
to the R13 global zone.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM
, probably the best you can do is run once without
GROUP or GROUPEXTEND, once with, and then compare the results.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
etween z/OS and z/OSMF, you may be
forced to APPLY them anyway. That is, there may be PTFs in z/OS that
contain ++IFREQ for PTFs in z/OSMF.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / arc
specifying the
RFPREFIX(SMPE) operand you are telling SMP/E the data sets have names of
the form SMPE.IBM.fmid.Fnnn. If the names have a different prefix, then
specify it on the RFPREFIX operand.
--
Kurt Quackenbush -- IBM, SMP/E Development
' in an LMOD entry named FSUMSUNE. For
some others you might find a LINK or SYMLINK subentry value in an HFS
entry that matches the UNIX file name.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe /
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
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
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
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
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
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
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
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
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
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
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
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
have been superseded after HHH was applied.
My point is, its not so easy to determine if the ERROR HOLD was bypassed
when HHH was applied.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / si
in this space?
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
deployment, there was also
this morning an outage with the download infrastructure, but it does
appear to be working now. Hopefully Dave received a similar response to
his open ticket.
If anyone tries again and continues to have troubles, ple
the doc above and things started
working again, maybe it was a timing co-incidence? I'll run another job
tomorrow when there may be additional maint to download reverting back to
AT-TLS.
I suspect it was a coincidence, but please do let us know if that is not
the case.
Kurt Quacke
, this documents the IBM
server host names and IP addresses:
http://www-01.ibm.com/support/docview.wss?uid=isg3T1018808
For manually downloading the HOLDDATA file, use this:
ftp://service.boulder.ibm.com/s390/holddata/full.txt
Kurt Quackenbush -- IBM, SMP/E Development
and installed
level of Java on the javahome attribute. Many firewalls/proxies seem to
be much more tolerant of HTTPS than FTPS.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive acces
y's failure a hiccup?
Yes, it was a hiccup. The same hiccup I believe that also affected
certain IBM publication sites, such as the Redbooks.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe /
.
Well, that is a little embarrassing. The GIMSAMPU sample is incorrect,
and SMPWRKn data sets are not used in the global zone. Of course, the
presence of DDDEF entries for SMPWRKn in the global zone causes no harm,
but they will never be used.
Kurt Quackenbush -- IBM, SMP/E Development
sing. I'm sure because it
is optional that ServerPac does not define SMPJHOME in the dlib zones.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list
the global zone will never be referenced,
at all, which means SMPWRKn data sets will never be allocated for
operations against the global zone.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
nt of https
than they are of ftps.
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
,
then use the ZONERENAME command instead of UCLIN, like so:
SET BOUNDARY(GLOBAL).
ZONERENAME(old-tgt-zone-name) TO(new-tgt-zone-name)
NEWDATASET(new-tgt-data-set-name.CSI).
ZONERENAME(old-dlib-zone-name) TO(new-dlib-zone-name)
NEWDATASET(new-dlib-zone-data-set-name.CSI).
Kurt Quackenbush -- IBM
pointing to the data sets for one of the target zones.
This means the data sets for the other target won't get cleaned up as
usual during an ACCEPT operation, so use the CLEANUP command instead.
Kurt Quackenbush -- IBM, SMP/E Development
--
ide the tag. But in any case, I'm glad
you got it to work.
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 tourist information,
referenced only by the LIST LOG command.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
pport/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halx001/fcaicb.htm#fcaicb
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the me
bm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
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
://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
;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 /
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
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
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
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
201 - 300 of 358 matches
Mail list logo
