11.01.2013 Views

Workshop

Workshop

Workshop

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

• Problems with printing<br />

• Problems with files<br />

• Problems with applications<br />

I Can’t Print!<br />

If you surveyed the entire country and asked administrators which network problem they found most<br />

aggravating, my bet is that one of the top answers would be network print problems. Therefore, we as<br />

troubleshooters want to fix those problems, pronto.<br />

Unfortunately, many delayed resolutions to printer problems are due to insufficient printer documentation.<br />

When Cassie and friends refer to the broken printer as “Cassie’s printer,” that means something to them,<br />

but to you as a network troubleshooter, it means zero (unless it’s followed by “Oh yeah, that’s the finance-<br />

10 printer on the PENELOPE server”).<br />

Having a table of departments and printers works sometimes, but I find it more convenient when the<br />

printer installer slaps a label on it with server/directory/queue name information. That way, you can ask<br />

the user, particularly at a remote location, “What’s the printer label say?” and be able to immediately start<br />

looking in the right place.<br />

Let’s take a look at what network printing usually entails. You connect to a network printer queue by<br />

browsing servers or the directory services tree, and you install drivers appropriate to that printer. So far,<br />

this is just like installing a printer that lives on your PC’s LPT1 port, right? The only difference is that<br />

you’re specifying some spooky network location rather than a local port.<br />

What happens when you try to print? To answer that, let’s run through these steps:<br />

1. Your application generates a print metafile that it sends to the print driver. Metafile is a<br />

Microsoft term for a common ground graphics file that both applications and printer drivers know<br />

how to read. The print driver can then process the file.<br />

2. The print driver processes the metafile and ends up with a printer-specific spool file. A spool<br />

file is where a print job is kept until it’s printed by the printer. What’s a “spool”? Think of a spool<br />

of thread, all of which will eventually get used, with the thread nearest to the top getting used<br />

first.<br />

3. The spooler (the program on your computer that deals with spool files) works with the file and<br />

print client to transmit the spool file to the appropriate server’s printer queue.<br />

4. The server places the spool file in the appropriate holding directory if the printer is busy. Each<br />

spool file is treated on a “first come, first serve” basis.<br />

5. The spool file is transmitted to the physical printer (or a network print server) when the printer<br />

is free (after other jobs have printed).

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!