× 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.



Still shows P side.

My only concern with this mismatch, at this point, is whether this triggers
a "gotcha" at some point, deep in the upgrade process. I do not want to go
through that again.

People have been complaining about the announced downtimes. They were
informed by email. Who reads email??? This either has to be forgotten
totally, or at least for several more weeks.

John McKee


On Thu, Aug 29, 2013 at 8:41 AM, Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx> wrote:

Can you try this again?
DSPPTF SELECT(*ACTRQD)
shows eight MH PTFs - 1076, 1073, 1070, 1053, 1007, 1004, 1001, 0997. All
permantly applied. All show "Permanently applied - IPL". IPL source is
##MACH#B ##SERV#P.
I want to see if it did change to T side.
After all, when the OS controls the fw updates it updates it during a *full
*yes restart so it should work. And to ammend something i said before. A
PWRDWNSYS *FULL restart *YES does a FSP reset only when a ptf applies a new
fw or when you change the fw side (from T to P or viceversa).
AH! i just remembered where i saw that "Permanently Applied - IPL". I had
to replace a FSP on a machine. My FSP had greater levels than the PTFs on
the OS so it always was marked like that. Never knew if they finally got up
to date on PTFs but a lastest-cumulative-install should have cleared that.
I dont think IBM goes around replacing Service Processors all day so i
doubt it's your case...

Best Regards,

Roberto


On Thu, Aug 29, 2013 at 10:23 AM, John McKee <jmmckee@xxxxxxxxxxxxxx>
wrote:

Tried it this morning. It did NOT. No errors. Only additional entry in
history log from GO LICPGM was "Server IPL required".


John McKee


On Thu, Aug 29, 2013 at 6:51 AM, <rob@xxxxxxxxx> wrote:

Well, that "on a non partitioned, non hmc-managed system a restart with
*FULL restart *YES will trigger a full server restart including the
FSP"
is good news.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Roberto José Etcheverry Romero <yggdrasil.raiker@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx
,
Date: 08/28/2013 05:44 PM
Subject: Re: PTF install questions
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Yes, on a non partitioned, non hmc-managed system a restart with *FULL
restart *YES will trigger a full server restart including the FSP.
I've seen clients running from A side since the machine was installed
(one
even had QBASE as the controlling subsystem....)

Best Regards,

Roberto


On Wed, Aug 28, 2013 at 6:30 PM, John McKee <jmmckee@xxxxxxxxxxxxxx>
wrote:

This is a 520. No LPARs. No HMC.

Will restart *YES *FULL fix it? I think I read (was away from desk)
that
this won't work with LPARs. But will it work with p05?

John McKee


On Wed, Aug 28, 2013 at 3:35 PM, Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx> wrote:

I think this is one of those p5 machines with TwinAx/Lan consoles
(i
support lot's of them). In that no-partition case, it works as
intended,
a
*full restart does exactly what it says it does. Of course if we're
talking
about partitions there should be NO way to update the FW from the
LPAR
(as
you've say lot's of times, FW MUST be HMC controlled for it not to
go
way
too new for the hmc code) and a full restart can only be achieved
from
the
HMC (either the system stays on "standby" or shutdowns when the
last
partition is off, either way you must start it manually).

I can count at least 4 systems off the top of my head that are
non-partitioned, non-hmc-managed and were installed just a few
months
back.
Fresh from the factory 720 express, lan console. Seems like hmc is
too
expensive for some, on those systems it still works...

Best Regards,


On Wed, Aug 28, 2013 at 5:11 PM, <rob@xxxxxxxxx> wrote:

A full 'server' ipl cannot be done with RESTART(*YES). You must
use
RESTART(*NO). Otherwise you're just IPLing that lpar and not the
whole
box. (Yes, this isn't your father's AS/400.) So, to do a full
server
IPL
remotely (without an HMC) would probably require either
operations
console
or lan console. This will give you a gui picture of the control
panel.
So
after the system has powered all the way off you could press the
white
button via the control panel picture on lan/operations console.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: John McKee <jmmckee@xxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx
,
Date: 08/28/2013 03:34 PM
Subject: Re: PTF install questions
Sent by: midrange-l-bounces@xxxxxxxxxxxx



I wondered about that this morning. Debated on whether to do it
or
not.
From previous messages exchanged with Rob, I was not sure if
that
would
have made a difference.

I started the IPL from my apartment (long boring story). Got to
desk
and
terminal session was down. My DEVD had ONLINE (*NO). I have
since
changed
it to *YES. In theory, now, I could then perform a full IPL
remotely
and
fix this minor irritant. Am I right?

John


On Wed, Aug 28, 2013 at 2:22 PM, Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx> wrote:

Ah! i know what your problem is...
Front panel, does it perchance read: 01 B N V=F P? it should
read
01
B
N
V=F T. In the same way you have A side and B side for LIC you
have
P
and
T
(permanent and temporal) sides for the FSP's firmware. You are
IPL'ing
from
P which is the same as IPLing from A and expecting ptfs to be
loaded.
Next time, do a PWRDWNSYS but take care that it's a *FULL and
not
a
*SYS
one. It'll restart the FSP and load the correct fw.

Best Regards!



On Wed, Aug 28, 2013 at 4:15 PM, John McKee
<jmmckee@xxxxxxxxxxxxxx>
wrote:

Finally did.

DSPPTF SELECT(*ACTRQD)
shows eight MH PTFs - 1076, 1073, 1070, 1053, 1007, 1004,
1001,
0997.
All
permantly applied. All show "Permanently applied - IPL".
IPL
source
is
##MACH#B ##SERV#P.

Displaying general information for 5722999 MH01076 shows
Server
IPL
required ##SERV#T

Sticking my neck way out - does this imply that a second IPL
from
"B"
side
will fix?

We had PTFs temp applied on "B" for years. We are IPLed,
now,
on
"B".
Did
IPL this morning only end up syncing B and A sides, and
another
IPL
will
fix it?

DSPPTF LICPGM(5722SS1) shows most recent (?) cum as TC10292.

I have applied PTFs suggested in (I have three documents
don't
remember
which one) manuals for v5r4 to v61 maybe v71 (mind is going).
Will
look
through the docs a lot more to be sure nothing was missed.
Since
things
are working, predictably, is there any point in loading a
more
recent
CUME? I know you guys with LOADS more experience say link
loader
is
no
longer an issue. But, is there any point to loading a CUME
to
get
to
next
level if upgrade PTFs are permanently applied?

John McKee
--
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.


--
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.


--
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.


--
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.


--
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.


--
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.


--
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.


--
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.


--
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.


--
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 ...

Follow-Ups:
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.