Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

SRC A600 5010 when trying to install LIC on new i520

685 views
Skip to first unread message

ET

unread,
Jun 25, 2007, 3:30:12 PM6/25/07
to
Hi everyone,

I have a problem installing the Licensed Internal Code for V5R3M5 on our new
i5 520 system.
I have an LPAR partition with one disk, which according to DST is present
but non-configured.
I don't see any options in DST to make it 'configured' so I thought I could
just select the Install Licensed Internal Code option, but no, this gives me
an error, saying that no load source disk could be selected; the system
reference code that the HMC shows me is A600 5010.
I cannot find this code in the documentation or in the online information
center.

Does anyone have an idea what this code means, and, maybe, know what to do
about this ?

Its a brand new system, nothing has been installed yet; all I did was create
two partitions, where the problematic partition gets one 35G disk.

Thanks in advance for any help,

Etienne

Marc Rauzier

unread,
Jun 26, 2007, 3:00:36 AM6/26/07
to
ET écrivait dans news:6JUfi.1169$%q4.187@amstwist00 ce qui suit:

> Hi everyone,

Hello

>
> I have a problem installing the Licensed Internal Code for V5R3M5
> on our new i5 520 system.
> I have an LPAR partition with one disk, which according to DST is
> present but non-configured.
> I don't see any options in DST to make it 'configured' so I
> thought I could just select the Install Licensed Internal Code
> option, but no, this gives me an error, saying that no load source
> disk could be selected; the system reference code that the HMC
> shows me is A600 5010. I cannot find this code in the
> documentation or in the online information center.

How did you proceed ?

You need to specify where is a load source for your partition. Then you
need to run a D-Manual IPL and select option to install microcode by
using the "Initialize system".


>
> Does anyone have an idea what this code means, and, maybe, know
> what to do about this ?
>
> Its a brand new system, nothing has been installed yet; all I did
> was create two partitions, where the problematic partition gets
> one 35G disk.
>
> Thanks in advance for any help,
>
> Etienne
>
>

--
Cordialement
Marc Rauzier
(pour me répondre, ne pas utiliser le from mais le reply-to)

Ad

unread,
Jun 26, 2007, 10:50:34 AM6/26/07
to
"ET" <jogy...@chello.nl> wrote in news:6JUfi.1169$%q4.187@amstwist00:

is your load source in the right position ??

http://publib.boulder.ibm.com/infocenter/eserver/v1r3s/index.jsp?
topic=/iphat/iphblloadsrcplacemnt.htm

--
Ad,

What's The Use Of Getting Sober
(When You're Gonna Get Drunk Again)

ET

unread,
Jun 26, 2007, 12:56:49 PM6/26/07
to
Thanks Ad,

I will check first thing tomorrow if the disks abide by these rules; maybe
that is it.

I would think that, if IBM deliveres a new leased system, they would have
made sure this stuff is ok... but I will check anyway.

Another thing I noticed in the online documentation is that load sources
require an I/O processor, apparently, whereas alternative load sources
don't.
In this system, I don't see any I/O processor that I could add to the
partition, just two SCSI devices, a RAID controller, an "Other Mass storage
controller" (whatever that is for), two PCI ethernet cards and a USB
controller. So no IOP, apparently. So I have tried the SCSI device, the RAID
controller and the Other Mass storage controller as the load source, all
with the same result.

On the other hand, in DST, under system-bus resources, I see there is a
Virtual IOP, which has a * next to it to indicate that it is the load
source. Under this Virtual IOP there is a Virtual IOA, and under this are
the disk unit, the DVD ram and the tape drive.

Maybe Virtual IOP's can't be a load source, maybe I need a real physical IOP
installed and IBM has neglected to tell us?

Thanks,

Etienne

"Ad" <noe...@spam.com> schreef in bericht
news:Xns995BAB5...@213.132.189.36...

Marc Rauzier

unread,
Jun 26, 2007, 1:12:56 PM6/26/07
to
ET écrivait dans news:nzbgi.1361$%q4.1212@amstwist00 ce qui suit:

> I will check first thing tomorrow if the disks abide by these
> rules; maybe that is it.

Copy/paste all your hardware configuration including the model of each
PCI card.
Copy/paste how you configured the partitions. You should have a system
plan describing how to place the IO cards.

>
> I would think that, if IBM deliveres a new leased system, they
> would have made sure this stuff is ok... but I will check anyway.
>

If you have several partitions on server, and if you need the PCI cards
to be installed according to these partitions, the configuration file
sent to IBM and used to build the hardware *must* include this
information. If it is not included, there is no guarantee that PCI
cards placement suits the partition's needs.

ET

unread,
Jun 26, 2007, 2:09:46 PM6/26/07
to
Marc,

Thanks for your reply.

I have no system plan that describes IO card placement; the system came with
everything already placed, nothing for me to do here.
Up til now I was working under the assumption that all this was done
correctly by IBM.
But, since its not working :-( , I may have to revise my assumptions...

I believe the disks are in fact placed correctly: the link send by Ad says
that the disk for the SCSI card should be placed at P2-D2, P2-D3 or P2-D4;
the actual position is P2-D2, and the two disks of the build-in SCSI
controller are at P3-D2 and P3-D3, also correct. (see figure 6 on
http://publib.boulder.ibm.com/infocenter/eserver/v1r3s/topic/iphau/locsqsf2.htm )

This webpage seems to me to suggest that I don't need a physical IOP
controller, that the SCSI controller should be capable of being the load
source...
So I am back at square one...

Regards,

Etienne


"Marc Rauzier" <marc.ve...@free.fr> schreef in bericht
news:Xns995BC3791EC...@127.0.0.1...

ET

unread,
Jun 28, 2007, 5:05:58 PM6/28/07
to
Hi Ad,

You were right, the load source was incorrectly placed, although initially I
thought it was correct.
I moved the disk to another slot and the problem is solved.


Thanks for your help; I would not have thought of this myself, at least not
before ploughing through tons of documentation !

Regards,

Etienne

"Ad" <noe...@spam.com> schreef in bericht
news:Xns995BAB5...@213.132.189.36...

0 new messages