Re: Model 270 anomalies - PLS comment ! -- MIDRANGE-L

Nobody has a thought for this one ?

Philipp Rusch schrieb:

> Hello all,
>
> we have a problem IBM is not really able to solve,
> because hardware says its a lic-problem and could only be
> solved by software techs, and software says its a hardware-
> related problem :-(  ...
> I searched IBM PTF site and did not find a thing.
> Sorry for the long post, but it is a rather subtile problem ...
>
> Ok, here's the situation:
>
> Model 270 - no extension box, but all slots filled up with
> cards like they were placed and ordered through IBM configurator.
> Console was ordered to be Operations Console through direct PC-
> connection, that is the first V.24 Controller in the system.
> LAN connections ordered are Token Ring (TR = 2744), Ethernet
> 100 MBit (ETH100 = 2838) and Ethernet 1 Gigabit (ETH1G = 2760).
> The slots were filled up as follows:
>
> --- Top ---
> C07 = 2771 (I/O controller ECS modem and V.24 line to PC)
> C06 = 2838 ETH100
> C05 = 2749 SCSI external tape controller (not of interest here)
> C04 = 2842 PCI controller to handle slots C03 & C02
> C03 = 2744 TR 16 MBit
> C02 = 2760 ETH1G
> C01 = 27xx RAID 5 Harddisk controller
> -- Bottom ---
>
> If you want to use the LAN console thing as well as the directly
> connected PC console, the slots C06 or (alternatively) C05 is
> associated with this console definition and cannot be used
> otherwise (no normal AS/400 connections through TCP/IP and so on).
> This is defined and activated (or DE-activated) through DST.
>
> Now comes the problem: the machine came preloaded with V5R1 and
> seemed to have both LAN and V.24 console activated.
> We used V.24 console cable to power up and further install
> the machine. When it came to LAN config, TR and ETH1G controller
> came up well, but the ETH100 said there is another device des-
> cription of type " "  (blank) occupying that hardware resource.
> OK, this meant to manually IPL and go to DST, where I DE-activated
> LAN console and expicitly selected direct console afterwards to
> be sure to have a valid console config.
> Now every second IPL failed with the resource of slot C06 being
> occupied by DST - the LAN console went active again !
> I went to HW-service manager in DST and this 2838 showed
> operational - no suprise - but when displaying associated
> resources with this slot it was the 2771 AND the 2838 being
> found for that resource - strange.
> I instantly thought that HW service manager made a mess of this cards
> record and thought of completly deleting everything defined for this
> card by removing it from the system and power up again without it.
> To make it short: this time everything seemed well, I deleted every-
> thing in DST and on OS/400 DEVD which was associated with this resource
> and started from new. Everything came up fine - until the first IPL
> we did after every LAN line went active...
> To my surprise the old LAN console defintion in DST was still there
> (IP adress and mask and so on) , where does this stick to ???
>
> I then changed positions of the cards to keep away from slot C06
> (the first one for the LAN console), so I took C05 to C06 and put
> the 2838 in slot C05. This time after IPL slot C05 showed up in DST
> as being an "occupied slot" but no feature was recognized !
> Was the 2838 defective ?
> OK- I took another 2838 from a 720 machine and did the same procedure
> again - same result.  BTW the other (suspectible) 2838 is working in
> the 720 since then without any problem.
>
> I was feeling rather helpless now, but I went on: lets take the 2744
> (TR) from slot C03 and put it in slot C06 and place the tape controller
> in its old position in C05 again. There is something new to the model
> 270 and the 820's: you have an upper limit of "speed points" which sum
> up for the PCI controller which controls the bus they are in. So I
> thought it would be a good idea to place the low speed LAN feature (TR)
> in slot C06 instead of the high speed (100MBit).
> Same game: everything came up fine: I had three LAN lines now up and
> running ! Until - you guess it : the next IPL took away the TR line.
> Thats were we are right now: TR access is routed through another machine
> on the ethernet which is going away soon, so we need that line.
>
> Is this a lic problem ? Is our machine "too full" with cards ?
> Is this LAN card in slots C06 or C05 never meant to be anything else
> than a LAN console ? Shall we go to an expansion tower with more busses
> simply for one ontroller card ???
> We are on V5R1 CumPTF  C1163510 - the newest avalaible.
>
> Thanks for any input and sorry for the long post again.
>
> Regards from germany, Philipp Rusch
>
>  -----------------------------------------------------------------
> | EDV Beratung Rusch          EDP Consulting Rusch                |
> | Philipp Rusch               Mailto: Philipp.Rusch@rusch-edv.de  |
> | Am Errlich 9                WWW   : http://www.rusch-edv.de/    |
> | D-61191 Rosbach,                                                |
> | Germany                                                         |
> | Phone: (+49) 6003 3972      Mobile : (+49) 172 89 86 230        |
> | Fax  : (+49) 6003 3795                                          |
> |                                                                 |
>  -----------------------------------------------------------------
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---