MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » July 2012

Re: V7R1 Upgrade...SMTP problem



fixed

DSPJOB JOB(QTSMTPSRVD) OPTION(*DFNA)
My QTSMTPSRVD job uses this job description:
Job description . . . . . . . . . . . . . . . . . : QTMSMTPS
Library . . . . . . . . . . . . . . . . . . . . : QUSRSYS

DSPJOBD JOBD(QTMSMTPS)
The job queue for that job description is:
Job queue . . . . . . . . . . . . . . . . . . . : QSYSNOMAX
Library . . . . . . . . . . . . . . . . . . . : QSYS

WRKJOBQD JOBQ(QSYSNOMAX)
Status:
Subsystem active . . . . . . . . . . : *YES
Subsystem name if active . . . . . . : QSYSWRK
Job queue held . . . . . . . . . . . : *NO

How'd you do the swap? I'm probably going to catch some grief on this but
I'll say it anyway. The best way to do this would have been to upgrade
your P6 to 7.1 of the OS and then unload/reload that on to your P7.
Otherwise attempts to pick and choose what to restore from a 6.1 lpar to a
7.1 lpar must be followed very carefully. People do it all the time, and
it may even be documented like at
http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/topic/rzamc/rzamcscenarios.htm
"Preparing for the migration from a System i model that does not support
IBM i 7.1".
I just would rather upgrade the source system to 7.1 first; if at all
possible. The second choice is ensure the new hardware supports 6.1,
scratch/restore that, and then upgrade it to 7.1. Like when I upgraded my
270 from V5R4M0 to V5R4M5, restored it on to a new power 6, and
immediately upgraded it to 6.1 (later to 7.1 [after it came out]).

Rob Berendt





Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot 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 here. If you have questions about this, please contact