By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your response...

Discuss This Question: 4 &nbspReplies

There was an error processing your information. Please try again later.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Create device descriptions on the two AS/400s that reference the printer. Vary the devices on, start the writers and put spooled files into the associated output queues.
It's not clear what the question is asking (unless the printer is directly attached to one of the AS/400s). Configuring two is the same as configuring one, except you do it twice.
Tom

A printer definition is always used for programs, even if it isn't created for the actual printer. An output queue is for writers. Some definition attributes of both printer devices and of output queues cross over and define the same things, particularly remote locations. It can take some thought to separate those attributes appropriately.
When a program generates the data stream for printer output, it uses the printer definition to know how to insert printer control characters and to know what types of data can be printed. The definition might just be some generic "PRT01" in which case there are more limitations on how well printing can work. It can identify a physical printer by location, though it doesn't have to be correct unless it's the actual location that is used by a writer. A printer definition is almost always needed whether it accurately describes the physical printer or not.
An output queue usually simply allows you to organize multiple spooled files into a single area to feed a writer and to control authorities for the entries on the queue. A 'remote' output queue should also identify the location of an entry point for another spooler queue.
The cross-over between the two location kinds of attributes is where things often get messed up.
If a printer device definition includes a remote location address, it might indicate that there is no effective queueing mechanism in the printer and that only one system should be communicating with the printer at a time.
In order for multiple systems to use the printer concurrently, it may be that time-out settings on the systems and on the printer need to be complementary. The systems need to wait long enough for the printer communication port to become available, and the printer needs to close communication with the systems relatively quickly after a file is received. The systems also might need to close the connections on their ends relatively quickly when they finish sending a file.
The same timing consideration is less important when 'printer server' functions are available in the printer. Multiple connections can be handled concurrently. Files from multiple systems are queued in the printer's memory and handled by an internal printer spooler.
Memory is still used without printer server capability, but the files can usually only be received through a single connection at a time. Until that connection is ended at the printer, a second system can't effectively be accepted by the printer. This kind of printer is usually less expensive and isn't usually intended for access by multiple systems, and almost always it's difficult to manage multiple system connections.
As an alternative, one potential way to resolve conflicts is to have only one system actually communicating with the printer. Set up a well defined definition on one system and have a second system route files through the first system.
For that configuration, on system A, set up a definition for a printer device that includes remote location. On system B, set up a printer device that defines the general printer characteristics but use a remote output queue that routes to the printer output queue in system A. That lets system A effectively act as the 'printer server' for the printer.
That can give both systems the availability of logical printer characteristics for generating a printer data stream plus continuous availability of the physical printer device. It also reduces or eliminates the need for detailed tuning of communication parameters such as time-outs. However, it can require more detailed attention to the attributes that need to be passed between the two systems B to A. Those are at least more likely to be understood by IBM Support.
For this question, we need to know at least what kind of printer is used and what its connectivity is. It might also help to know what OS versions are involved.
Tom

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your reply...

Ask a Question

Free Guide: Managing storage for virtual environments

Complete a brief survey to get a complimentary 70-page whitepaper featuring the best methods and solutions for your virtual environment, as well as hypervisor-specific management advice from TechTarget experts. Don’t miss out on this exclusive content!

To follow this tag...

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy