× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



YES!

In my post two weeks ago I had mentioned that "mini brick" but in the gaggle of cables in this rack the little bugger was hiding! I had set aside the problem for two weeks and lost track of the cabling.

OK! Got the SPCN cabling correct and I think I have the HSL cabling correct as well. I WAS able to power on the xSeries box from SST.

The xSeries was reporting in as Operational after I did the power on but when I ran the INSWNTSVR command, with wasn't happy with the resource (CC01): "Resource name CC01 not valid for reason code 2, secondary code 3." Reason Code 2 says: Resource was found but the type 2689 is not a supported File Server for a Windows server.

So, something is still amiss. I am going to call the xSeries guys (THAT should be interesting) and see if they can verify that the IXA card and the RSA2 cards are properly configured.

Interestingly, if the HSL and SPCN cables are connected, the xSeries box spontaneously reboots about every minute or so. Something still isn't correct. I just need to figure out who owns the problem. Thanks for the tip.

Pete


Brian wrote:
Pete,

You should have received a SPCN mini-brick with the IXA adapter. On it you
will find two ports J15, the input side, and J16 the output side. You should
have two SPCN cables one from SPCN 0 on the System i to J15 and one from J16
back to the SCPN 1 on the System i.

Kind regards,

BJ


On 12/14/06, Pete Helgren <Pete@xxxxxxxxxx> wrote:
Tom,

That was my suspicion as well, that the HSL/SPCN cabling was amiss.

So, based on my prior post:

First, the HSL cabling:  Fortunately I
can't connect them in the wrong "direction" since each end has a unique
connector that only plugs in one way.  However, I could have them in the
wrong *order* (I am guessing).  I have them as follows: Cable 1 goes
from the xSeries Port 0 to the HSL port on the System i called "T1".
Cable 2 from the xSeries Port 1 to the HSL port on the System i called
"T2". Is that correct?

Second, the SPCN cabling.  There is a J15 port on the xSeries.  I cabled
this to the SPCN 0 port on the System i.  Is this correct?


What would be the answer to #1.  It that correct?  And, if #2 is NOT
correct, how do I cable the SPCN when there isn't a J16 ?  The manual
says that we should use a "Y" connector for the SPCN cable but where
would the other leg of the "Y" go?

Service tools shows this:


                                             Serial
Opt     Frame     Unit     Type     Model     Number         Fault
       03C00      00      787F      001      DP-M09V2       No
       03C00      01      787F      001      DP-M09V2       No
       00002      00      TMP0      002      01-EF97B       No
       00002      01      TMP0      002      01-EF97B       No

What should I be seeing ?

Thanks,

Pete



Tom Kreimer wrote:
What about the other SPCN cable? I believe that, like HSL, it is cabled
in
a "loop". So look for J16(?) also. I don't know how useful it will be,
but
you can view SPCN info in Service Tools.

This won't help with your problem, but FYI, HSL is bidirectional.
Traffic
flows both ways. In theory, it should keep working if the loop is broken
in one spot (This usually applies anything cabled in a loop, or is that
only FDDI?) There are rules/guidelines for plugging HSL and HSL-2 loops
in, but it mostly deals with plugging the slower devices in at the far
end
of the loop, as well as the maximum number of devices, neither of which
affects you (not right now anyway, since you only two devices I
presume).
The reason your cables only plug in one way is that they must be HSL-2
to
HSL cables, which have a different connectors. If it was all HSL or
HSL-2,
the connectors would be the same. The difference is 1MBps vs. 2MBps
(Bytes
per second, not bits), I believe. I'm sure someone will correct me if
I'm
wrong, I have limited HSL and SPCN experience.

So, hardware or software problem? Tough call. If you open an iSeries
software support call (Software Service Request), they have a category
for
the IxA's cousin called "Integrated xSeries Server (IXS,IPCS) for
iSeries.
Might be a good place to start; they will kick you over to the right
place
if not.
====================================
Tom Kreimer
Information Alternatives



A couple of weeks ago, I posted a question to the list about IXA,
cabling and a failure for the resource to be recognized by the System
i.  I have sorted out some of the issues but I still haven't gotten this
resolved.  The resource is now recognized but is fails to become
operational.

Charles Wilt replied with:
--------------------------------------------------
It's been awhile since I did an IxA, I don't recall the jumper info you
described.

But IIRC, the HSL loops are directional, both the cables and the ports
themselves have to be connected in the right direction.  The cables have
tags with arrows on them.  The port directionality can be found in the
manual.

Also, the SPCN cabling is a little strange, I remember spending a lot of
time looking at the diagrams till I figured out how it was supposed to
be.

If all else fails, call IBM.

---------------------------------------------------

First, the HSL cabling:  The cables are unidirectional, fortunately I
can't connect them in the wrong "direction" since each end has a unique
connector that only plugs in one way.  However, I could have them in the
wrong *order* (I am guessing).  I have them as follows: Cable 1 goes
from the xSeries Port 0 to the HSL port on the System i called "T1".
Cable 2 from the xSeries Port 1 to the HSL port on the System i called
"T2". Is that correct?

Second, the SPCN cabling.  There is a J15 port on the xSeries.  I cabled
this to the SPCN 0 port on the System i.  Is this correct?

Actually, ALL of the cables go to a card in the xServer (the 1519-001
IXA).

The diagrams with the instructions are pretty minimal.  It usually just
says "Make sure the cables are connected correctly and are tight".  Not
much help.

WRKHWDRSC *CMN originally showed the 2689 as "Not Operational" with
resource CC01.  After IPL it shows "Not Detected".  SST shows the
following in the Product Activity Log:

Class . . . . . . . . . . :   Informational
System Ref Code . . . . . :   B6005120
System LIC detected a program exception

Class . . . . . . . . . . :   Informational
System Ref Code . . . . . :   B6005275
URC Information not available

When I look at HSL resources, drilling down a bit I see:

Opt Description              Type-Model Resource Name Status
    Multi-adapter Bridge      2689-      PCI04D       Unknown
    HSL I/O Bridge            2689-      BC02         Operational
    Bus Expansion Adapter     2689-      BCC08        Unknown
    Communications IOP        2689-001   CC01         Unknown


Finally, Charles suggested "Call IBM".  Did that (they have a 24/7
support contract).  They guy at level 1 hardware support said that he
didn't know much about the iSeries and xSeries working together.  He
said he would call the local service representative.  He did that, and
the rep called me and said that he hadn't actually worked on an IXA
before so he wasn't sure where to start.  He did say that we should get
the customer to cut a P.O. so he could fly down here and take a look at
it.  He said that support wasn't for MES, Customer installed
troubleshooting.

Sigh.

Any help on diagnostic steps to take would be helpful.

Thanks,

Pete Helgren


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.