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