Requeuing an interrupted job with PSF/AIX.
ITEM: RTA000153811
Q:
Topic thread:
Printer Systems (PRINT - NA/ATS)
PSF/AIX
PRINT XPSF6000
Some time ago (while looking for something else) I saw that a job could
be started on one printer and completed on another. It may have been
InfoPrint Manager that had that capability. I remember thinking that I
should go back to it and find out more about how it avoided duplication
of pages but could not find it againą
Can you please let me know:
1. Does PSF for AIX have this capability?
2. Does it work for both operator interruption and printer failure
3. How does it avoid duplicated pages?
The question is from Germany. No customer name is given.
------------------------------------------------------------------------
Question:
PSF for AIX: Submitting a job by psfin allows an operator to move a job
from one queue to another. Is this possible also for a job which was
interrupted by the operator?
So it is possible to interrupt a print job on one printer and print the
rest on another?
Thank you.
Q:
Is there any progress on this?
A:
Researching.
Q:
A:
1)Yes. You can interrupt a job and then resume it,
either on the same queue or a different queue.
If you are resuming on a different queue, then the
printers MUST be the same type of printer.
Otherwise you could get very unpredictable results.
(See page 121 of the PSF for AIX Print Submission
Guide: {-oresume}).
When the job is interupted, you will get a message
0423-412 which will contain information needed to
resume the job. The "Resume Key" will be the value
you will need for the "NNN" value on the -oresume=NNN
flag.
Some additional information:
Resume an Interrupted Job
a) smit psf_main: need name of job; puts it back on
same queue with original job specs. Panel list of job
names will ONLY include interrupted jobs that were
originally submitted with the PSFIN command or the
smit psf panel.
- Can also resume with enq -oresume=yes if same
queue.
- When specifying -oresume=yes,
MUST also respecify the same enq command options
as specified at time of original submission.
- To resume on a different queue, must use
enq -oresume=NNN (NNN= "Resume Key" on 0423-412
message)
- Job should resume on same type of printer, else
unpredictable results.
b) enq -o resume={NO|yes|nnn} To resume a job not
on smit panel, i.e., submitted with enq and interrupted
with psfctl, use enq -oresume.) To resume on a
different queue, must use enq -oresume. Use NNN
instead of YES when resuming an interrupted job that
was NOT submitted through psfin or smit psf. NNN is
resume key. Job should resume on same type of
printer, else unpredictable results.
2)If the job "fails", ie the printer/network/job stream/??? causes the
job to go from "RUNNING" to "QUEUED" state, the job wasn't
interrupted, and that job will be reprinted from the beginning. There
is no concept of checkpoint restartable (where you could restart the
job from the last known "good" checkpoint). It must have been
interrupted in order to be resumed. There also is not the concept of
forward-space in PSF/AIX. You might be able (under some
conditions) use a utility like afpsplit to capture the pages from the
crash point forward, but it would have to be manually done.
3)Without getting into too much detail, the main print process, when an
interrupt request is received, captures information it will need in
order to resume the job. There's a special place, structure, and
naming associated with each processed interrupt request. The main
print process knows what the last page processed/stacked by the
printer, and will begin printing from the next page in the job.
Note that there are some caveats that need to be addressed. You can
only resume a job if all of the required resources are still available.
Included would be all of the job's segments (if run through psfin),
any fonts, the original file (if not through psfin), etc.
I hope this helps. Thank you for using WWQ&A.
S e a r c h - k e y w o r d s:
psf/aix interrupt print psfin segments queue resubmit
WWQA: ITEM: RTA000153811 ITEM: RTA000153811
Dated: 12/1998 Category: XPSF6000
This HTML file was generated 99/06/24~12:43:41
Comments or suggestions?
Contact us