Hi,
We had a major incident at the weekend on one of our LPARS.
After the normal scheduled re-IPL of the LPAR we could not connect using the
VIPA, but could use the physical addresses that relate to the OSA ports.
Reloading the TCP/IP stack didn't fix the problem and eventually we had to
David Betten wrote:
Frank Yaeger is always the best at answering these types of questions but
he's on vacation this week. So I forwarded your question to Vicky Vezinaw
and she supplied the following answers.
ANSWER to Q1:
When you say:
I used the following syntax:
OMIT
Dunno where this went originally - resent just in case ...
On Wed, 2006-08-02 at 10:57 -0400, Craig Dudley wrote:
I am looking for the RMF report(s) where I can find out how much CPU time
my system (2066-0A2 w/8 GB) to perform paging. I am trying to determine
how much CPU I will get back if
Thanks Brian, that was a very timely heads up! :-)
Dave
Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of
- snip -
Are you sure that a single volume can't be known by two different
names? Consider: surely it's possible to rename a volume (the
verb clip comes to mind). Can one system dismount and rename
a volume while it remains mounted on another system, then
remount it by the new name while
Ulrich Boche wrote:
I've recorded a macro in PCOMM 5.8 for ELF (Express Logon Feature)
purposes. The macro and the whole ELF stuff are working fine; however
the macro always fails on the first connection attempt after starting
the PCOMM window. If I disconnect and connect again, the macro is
I didn't follow this thread, so please pardon me if this has been
said before.
In case you know some text that will always appear on the screen
you're waiting for, you can code something like this in your macro:
[wait app]
wait 10 seconds until TN3270 - Mainframe Telnet Server
goto macroend on
I've always compressed a PROCLIB with IEBCOPY (DISP=SHR) and never had a
problem.
But there is another possible solution :
1) Remove PROC00 from JES2 PROC and substitue it by PROCLIB statment in
JES2PARM
like sample below
PROCLIB(PROC00) DD(001)=(DSNAME=SYS1.PROCLIB ),UNCONDITIONAL
1. A new init class configuration, where class 'a' is on one LPAR and not
the other. Extending this to multiple classes would force work to one LPAR
or the other depending on a job's class.
2. WLM Scheduling Environments. Run some applications on one LPAR, other
applications on the other.
3. I
Mark Jacobs [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
We have two lpars that perform the vast majority of our batch work.
CA7 runs
on one of these lpars and most of the CA7 submitted jobs are picked up
by the
JES2 on that system. This leaves the other system almost empty of
Mark Jacobs wrote:
We have two lpars that perform the vast majority of our batch work. CA7 runs
on one of these lpars and most of the CA7 submitted jobs are picked up by the
JES2 on that system. This leaves the other system almost empty of batch work
while the first system is being over
I thought that CA-7 had a way, or was it JES with a route card, to
schedule work on plexed systems?
Daniel McLaughlin
ZOS Systems Programmer
Crawford Company
PH: 770 621 3256
*
Victory is won not in miles but in inches. Win a little now, hold your
ground, and later, win a little more.
?
What is the overall CPU usage? If the REAL system is overloaded, then
splitting work between LPAR's won't help. There is only 100% of the
real CPU.
Is your JES MAS across all LPARs? That was the last LPAR sharing
environment I used, but it was across multiple physical processors.
We run
Does anyone know if there is a way to reduce the amount of information DB2
feels it needs to dump when it requests an SVC Dump? We had MAXSPACE set at
4500M and it still was not enough.
I do have the Dump Data sets SMS managed and STRIPPED (extended format) so
that part should not be a
From old brain cells... I know we used JES Route cards with CA-7 (and
now with Control-M). I think ThruPut Manager has routable resources
as well, but I've never used them. I think TPM might be able to route,
but like I said in the first note, my somewhat dated experience was MAS,
and seemed to
Thanks for your comments. I compressed the proclib in place at a very low
activity time on the system.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Brian Peterson wrote:
snip
Without OA17104's fix, when you shut down your ICSF started task, apparently
z/OS dispatching queue damage occurs resulting in a spin loop.
This APAR has yet to hit the ZOSV1R7 BCPZIIP PSP Bucket.
snip
Not sure what time it was added, but it's in the bucket now.
On Thursday 03 August 2006 08:23, Edward Jaffe wrote:
Mark Jacobs wrote:
We have two lpars that perform the vast majority of our batch work. CA7
runs on one of these lpars and most of the CA7 submitted jobs are picked
up by the JES2 on that system. This leaves the other system almost empty
On Thursday 03 August 2006 08:08, Dave Thorn wrote:
1. A new init class configuration, where class 'a' is on one LPAR and not
the other. Extending this to multiple classes would force work to one LPAR
or the other depending on a job's class.
We (for historical reasons) have one production
Bruce,
That's how I remember it also.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Hewson
Sent: Thursday, 3 August 2006 1:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: compress a proclib
Actually, because JES2 normally
We use 6000M without any issues.
Thanks.
John Eatherly
Or is there a way to calculate how much MAXSPACE will be needed by DB2?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
On Thu, 3 Aug 2006 09:00:56 -0300, Ituriel do Nascimento Neto
[EMAIL PROTECTED] wrote:
I've always compressed a PROCLIB with IEBCOPY (DISP=SHR) and never had a
problem.
But there is another possible solution :
1) Remove PROC00 from JES2 PROC and substitue it by PROCLIB statment in
JES2PARM
like
On Thu, 3 Aug 2006 08:56:53 -0400, Mark Jacobs [EMAIL PROTECTED]
wrote:
On Thursday 03 August 2006 08:23, Edward Jaffe wrote:
You might consider the use of WLM-managed batch initiators. Beginning
with z/OS V1R4, it more aggressively trims the initiator pool on
overworked systems.
There is
In a message dated 8/3/2006 7:57:20 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
somewhat later than that. Ya gotta give the guys in Boulder that
maintain the PSPs a *little* time...!)
Or a faster processor???
On Thu, 2006-08-03 at 08:56 -0400, Mark Jacobs wrote:
You might consider the use of WLM-managed batch initiators. Beginning
with z/OS V1R4, it more aggressively trims the initiator pool on
overworked systems.
There is strong resistance to WLM batch.
u - I bit my tongue earlier,
On 2 Aug 2006 18:46:04 -0700, in bit.listserv.ibm-main you wrote:
At 12:22 -0400 on 08/01/2006, Wayne Driscoll wrote about Re: Data set
ENQueues and DEQueues in Jobs:
I could see how a downgrade would be useful. For instance: I have a
resource shared. Now I need to update the resource, so I
Mark Jacobs wrote:
On Thursday 03 August 2006 08:23, Edward Jaffe wrote:
Mark Jacobs wrote:
What are some of our options to spread the workload across both systems
on an equal basis.
In spite of it's selfish behavior, which can't be changed, a JES2 member
will always stop
Mark Jacobs wrote:
We have two lpars that perform the vast majority of our batch work. CA7 runs
on one of these lpars and most of the CA7 submitted jobs are picked up by the
JES2 on that system. This leaves the other system almost empty of batch work
while the first system is being over
Brian Peterson wrote:
IF
you have JBB77S2 (z/OS 1.6) or JBB772S (z/OS 1.7) zIIP Web Deliverable
installed,
AND
if you have crypto,
THEN
you WILL want the fix for OA17104.
Without OA17104's fix, when you shut down your ICSF started task, apparently
z/OS dispatching queue damage occurs
[EMAIL PROTECTED] wrote:
In a message dated 8/3/2006 7:57:20 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
somewhat later than that. Ya gotta give the guys in Boulder that
maintain the PSPs a *little* time...!)
Or a faster processor???
snip
Well, we're a bit reluctant to
Edward Jaffe wrote:
Do you have an IBM information that calls you when something like this
becomes available, or are you actually experiencing these issues? Why
would you install zIIP support if you don't have a zIIP processor?
Typing too fast. I meant to ask, Do you have an IBM _informant_
On Thursday 03 August 2006 09:36, Edward Jaffe wrote:
You make your bed. Then you lie in it. ;-)
The resistance is from a different group in the datacenter that likes to hand
tune things
Seriously, there are definitely certain types of workloads that don't do
well with WLM-managed batch
Has anyone had any issues with CA7 since moving to 1.7. We have 14
sysplex's and only have this problem in one. The one having the problem is
the largest with the heaviest volume. We believe this is due to the JES
internal reader changes made in 1.7. We have increased the dispatch
priority of
John D. Slayton [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
In the M20TEST consoleor when Iselect that in the TN3270
consoles...I get this:
06.215 AUG 03 09.43.22 PAGE 1
What does the 06.215 mean??? I knoewthe the 06 means the YEAR and I
know all the
On Thu, 3 Aug 2006 06:43:09 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
Edward Jaffe wrote:
Do you have an IBM information that calls you when something like this
becomes available, or are you actually experiencing these issues? Why
would you install zIIP support if you don't have a zIIP
Anyone know what will be the cutoff date for ordering z/OS 1.7
ServerPac.
I imagine it will be fairly soon as 1.8 is coming out.
Thanks
Ken Porowski
AVP Systems Software
CIT Group
E: [EMAIL PROTECTED]
--
For IBM-MAIN
Mark Jacobs [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
On Thursday 03 August 2006 09:36, Edward Jaffe wrote:
You make your bed. Then you lie in it. ;-)
The resistance is from a different group in the datacenter that likes
to hand
tune things
Seriously, there are
For PROJECTCPU - to see how much you can actually save if you had a zIIP
lying around...
(Although we just got a zIIP and a zAAP to see how our products fare on it.
My stuff's working. :-)
Later,
Ray
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
I definitely will be interested in this one since we will be starting
our rollout of z/OS 1.7 on August 13. We also run CA-7.
___
Jim Petersen
MVS - Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
Well, I hopefully will be able to answer this sometime next week. Our
plan is a Monday morning z/OS 1.5 to 1.7 upgrade on our last
production (2 of them ) image where CA-7 just happens to be running.
Nothing in test but then again this is one of those that might be
hard to see in test.
At
On Thu, 3 Aug 2006 10:55:40 -0400, Mark Jacobs [EMAIL PROTECTED]
wrote:
On Thursday 03 August 2006 10:33, Ken Porowski wrote:
Anyone know what will be the cutoff date for ordering z/OS 1.7
ServerPac.
I imagine it will be fairly soon as 1.8 is coming out.
Thanks
Ken Porowski
AVP Systems
In a message dated 8/3/2006 8:40:20 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
becomes available, or are you actually experiencing these issues? Why
would you install zIIP support if you don't have a zIIP processor?
Lacking Plug 'n Play what choices are there? Install zIIP
Casey,
May I ask what release of CA7 you are on?
Ed Micucci
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
We did not notice any slowdowns after installing 1.7 in two lpars each
with their own CA7 (release 3.3)
Alan Schwartz
Assurant Shared Business Services
Lead Systems Programmer
Phone: 651-361-4758
Fax: 651-361-5625
Casey Rhodes [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List
Beate,
Compuware have a wide range of products for all your test management
needs (one bright example, the Strobe in the title of this thread).
Please feel free to contact me offline, or your local friendly Compuware
rep, to discuss this further.
ciao!
Aurora Emanuela Dell'Anno
Compuware
Here's another interesting problem. OA17292 is an APAR against VSAM which
describes a failure to correctly invalidate buffers stored in the
hiperspace cache, which can result in downlevel data replacing current data
and thus is flagged DATALOSS.
The APAR text mentions IMS as being exposed.
JBB772S is GA and the APARs are all available for viewing in IBMLink.
I think that there are IBMers circling the globe suggesting that customers
install the zIIP Web Deliverable, because the Web Deliverable - even on a
non-zIIP machine - delivers the *instrumentation* necessary to determine
Hal --
It really depends on whether or not the defined capacity actually kicks in
and begins to limit the LPAR with a soft-cap. If the 4 hour average goes
above 4 MSUs the cap will be enforced. You can have much larger peaks
without the cap, it depends on the duration of the peaks.
The real
I was doing some work on an issue here and thought I read that as of
z/OS 1.7 you must clear R0 prior to a WTO and use CONNECT instead.
Did anyone else see that little comment somewhere or something like it?
I've searched every 1.7 PDF I have on my hard drive for z/OS 1.7 macros
and I can't
The question's answer is IMS and VSAM only are exposed. CICS is not.
Brian
On Thu, 3 Aug 2006 12:00:27 -0500, Brian Peterson
[EMAIL PROTECTED] wrote:
I do not know if other VSAM LSR exploiters (such as CICS) are
affected. I have asked that question.
Left hand/right hand?
33.1.4 Input Register Information
Before issuing the WTO macro, the caller does not have to place any
information into any register unless using it in register notation for a
particular parameter, or using it as a base register.
33.1.5 Output Register Information
When
Casey,
We are running CA7 v3.3, level 0412 (SP6). In fact, we moved to this
version for z/OS 1.7 compatibility. This Monday morning we'll be
upgrading the partition where CA7 runs from z/OS 1.5 to 1.7.
Will let you know how it looks.
In the meantime, what version and level of CA7 are you
IBM program products apparently have packaging rules for Unix libraries
stating that the path to these libraries will be /usr/lpp/product_name/.
How do shops handle this when they install program products (like
PrintServe, DB2, NetView, etc.) in other than their main MVS SMP zones.
In particular,
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Talman
Sent: Thursday, August 03, 2006 12:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WTO Question
Left hand/right hand?
snip
I wish it were that simple. It was a comment about 1.7 and
On Thu, 3 Aug 2006 13:44:24 -0400, Thompson, Steve (SCI TW)
[EMAIL PROTECTED] wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kirk Talman
Sent: Thursday, August 03, 2006 12:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WTO Question
Left
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Marchant
Sent: Thursday, August 03, 2006 12:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WTO Question
snip
seems to me that if there was such a new requirement, a lot of old code
would be
I certainly don't know how everyone else does this, but here's what we do:
For non-z/OS-root products, I help the installer modify the xxxMKDIR and
xxxISMKD programs, such that the product will SMP/E install into a separate
and distinct HFS.
Lets say a product wants to have a DDDEF PATH
Thompson, Steve (SCI TW) wrote:
I was doing some work on an issue here and thought I read that as of
z/OS 1.7 you must clear R0 prior to a WTO and use CONNECT instead.
Did anyone else see that little comment somewhere or something like it?
I've searched every 1.7 PDF I have on my hard drive
On Thu, 3 Aug 2006 12:42:51 -0500, Patrick O'Keefe
[EMAIL PROTECTED] wrote:
IBM program products apparently have packaging rules for Unix libraries
stating that the path to these libraries will be /usr/lpp/product_name/.
How do shops handle this when they install program products (like
If there are others with a SHARED ENQ, attempting a RET=CHNG will
either put you into a wait (possibly triggering a deadly embrace if
you hold another SHR or EXC ENQ that some other task wants to go to
EXC status on) or return a failure RC and require you to recover by
attempting it again.
In the Plex we are having issues we are stil 3.3. In our other
environments we are half 3.3 and half V11 with z/OS 1.7 in all
environments. I just want to point out to everyone the only place we have
seen this is in our heaviest processing environment at the time of peak
production.
Most of the execs that IBM distributes (xxxMKDIR, etc) allow you to
prefix the install path with a higher level directory name. We use
/maint/ so that the actual directory that these products point to is
/maint/usr/lpp/product name. We then mount an HFS at that point to
receive the maintenance.
As
RET=NONE is the same as RET= parameter omitted.
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/03/2006
02:20:20 PM:
If there are others with a SHARED ENQ, attempting a RET=CHNG will
either put you into a wait (possibly triggering a deadly embrace if
you hold another SHR
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Thursday, August 03, 2006 1:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WTO Question
snip
Yes, I came across it last week. In
z/OS MVS Programming: Assembler Services
On Thu, 3 Aug 2006 13:08:47 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
...
Symbolic links so that /usr/lpp/product_name/ can point into different
HFSs?
I'm not sure what you hope to achieve with a symbolic link. You can mount
the HFS at /usr/lpp/product_name.
...
My understanding of this is
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Brian Peterson
On Thu, 3 Aug 2006 12:00:27 -0500, Brian Peterson wrote:
I do not know if other VSAM LSR exploiters (such as CICS)
are affected. I have asked that question.
The question's answer is
On Thu, 3 Aug 2006 13:00:20 -0500, Brian Peterson
[EMAIL PROTECTED] wrote:
...
Then, in my z/OS root HFS (I'm simplistic and am not using shared HFS), I
create a directory in /usr/lpp/ for the product. In this case, it
was /usr/lpp/db2/. We mount the cloned target HFS at
mountpoint
You don't need to use /usr/lpp/product_name for your mountpoint.
Products have either configuration files or startup parms that point to
the directory for the product. You can crate a productname directory
with mountpoint directories for each of the versions and have your parms
point to that
On Thu, 3 Aug 2006 12:00:27 -0500, Brian Peterson
[EMAIL PROTECTED] wrote:
The APAR text mentions IMS as being exposed. The defect, however, is
within VSAM. I do not know if other VSAM LSR exploiters (such as CICS) are
affected. I have asked that question.
That APAR says this (at least it
We are z/OS V1R4. I have a question about CA's started tasks. CAS9
CAL7 (CA-ELEVEN) will not start unless they are in SYS1.PROCLIB. These
procs reside in a proclib that is in the concatenation of JES2, but are
not in the proclib concatenation of MSTRJCL00. My question is how do
these proc's know
If they are started 'SUB-MSTR' then they must be in the MSTJCL
concatination. JES doesn't get involved in processing for 'SUB=MSTR'.
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely
Sent: Thursday, August 03, 2006 2:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Started Tasks
We are z/OS V1R4. I have a question about CA's started tasks. CAS9
CAL7
Here is the text from IBMLINK
APAR Identifier .. OA17292 Last Changed 06/08/03
HIPERSPACE BUFFERS ARE NOT INVALIDATED AFTER IMS NOTIFY
Symptom .. IN INCORROUT Status ... OPEN
Severity ... 1 Date Closed .
Component
http://www.networkworld.com/news/2006/073106-mainframes-new-
generation.html
Working on mainframes not just for old fogies
A new generation of developers rises to the occasion.
--
For IBM-MAIN subscribe / signoff / archive
Consider that job-end statistics (if the output is captured or reviewed by the
submitter) only
represents a portion of what would normally be a chargeback
bill/invoice/receipt (okay, or call it
cost allocation or recovery). Also, how will a DB2 DDF (remote) customer get
their bill or a CICS
On Thu, 2006-08-03 at 10:33 -0400, Ken Porowski wrote:
Anyone know what will be the cutoff date for ordering z/OS 1.7
ServerPac.
I imagine it will be fairly soon as 1.8 is coming out.
I'd advise getting on your bike Ken - especially if you are currently at
1.4.
I insisted the order be placed
I have I loadlib that when I try to compress it I got the following error
message:
IEB1021E 1E28,D,INPUT ,READ ,NO RECORD FOUND,039219,BSAM
IEB1022I I/O ERROR ONDDN= VOL= DSN=
IEB1023I COPYMOD READ MEMBER= TTR=X'029617' MBBCCHHR=X'4040
The doc indicates that
All addresses are associated with the current address space
Which address space is that when PASN/=HASN ?
--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and
The free PDS command has a VERIFY option that will do this. Search the
archives using VERIFY and PDS as keywords to find some more detailed
posts.
http://www.cbttape.org/freepds.htm
You can grab file 035 for a load library that includes a current version
of PDS.
Best Regards, Sam
In a message dated 8/3/2006 5:30:30 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
The free PDS command has a VERIFY option that will do this. Search the
archives using VERIFY and PDS as keywords to find some more detailed
posts.
Yep, used it hundreds of times. Might be
Nested JCL procs can be quite useful, but RESTART= seems to only allow
JOBSTEP.PROCSTEP and when you are doing nested procs, this is just not
enough. You would need something like JOBSTEP.NESTPROC.PROCSTEP or
JOBSTEP.NESTPROC1.NESTPROC2.NESTPROC3.PROCSTEP and so on. Looking at the
JCL
Nested JCL procs can be quite useful
I started this job as a JCL jockey in 1981.
When did nested PROCs become available?
The last time I tried, I got a JCL error.
When in doubt.
PANIC!!
--
For IBM-MAIN subscribe / signoff
In a recent note, John Mattson said:
Date: Thu, 3 Aug 2006 16:15:56 -0700
Nested JCL procs can be quite useful, but RESTART= seems to only allow
JOBSTEP.PROCSTEP and when you are doing nested procs, this is just not
enough. You would need something like JOBSTEP.NESTPROC.PROCSTEP or
In a recent note, Ted MacNEIL said:
Date: Thu, 3 Aug 2006 23:39:28 +
Nested JCL procs can be quite useful
I started this job as a JCL jockey in 1981.
When did nested PROCs become available?
The last time I tried, I got a JCL error.
They're described in:
Title: MVS/ESA
Ted MacNEIL wrote:
Nested JCL procs can be quite useful
I started this job as a JCL jockey in 1981.
When did nested PROCs become available?
The last time I tried, I got a JCL error.
I believe it was MVS/ESA V4.
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century
On Aug 3, 2006, at 4:49 PM, Scott Barry wrote:
Consider that job-end statistics (if the output is captured or
reviewed by the submitter) only
represents a portion of what would normally be a chargeback bill/
invoice/receipt (okay, or call it
cost allocation or recovery). Also, how will a DB2
On Thu, 3 Aug 2006 08:03:48 +0100, Mark Wilson [EMAIL PROTECTED] wrote:
After the normal scheduled re-IPL of the LPAR we could not connect using
the VIPA, but could use the physical addresses that relate to the OSA ports.
Reloading the TCP/IP stack didn't fix the problem and eventually we had
87 matches
Mail list logo