Comment On Check the Check Printer

There was nothing unusual about an unusual ticket. Matt worked helldesk at an assembly plant, and not a week went by without some confusing brain-bender from his users. He didn’t blink when he received this ticket: [expand full text]
« PrevPage 1 | Page 2 | Page 3Next »

Re: Check the Check Printer

2013-01-06 03:53 • by nothikari (unregistered)
398551 in reply to 398542
fjf:

Robyrt:

The real problem is using the check printer as a backup printer for other random print jobs in the first place. What, did they think it would just switch over to A4 paper?

Which country still uses checks these days and has A4 paper?


Please turn on your sarcasm detector, You cheque-using countries seem to be completely unable to grasp that the cheque system is inherently inflexible, error-prone and expensive to maintain. We have overcome this decades ago by simply requesting people to directly transfer money between bank accounts. This now works (for some EU-countries even without any direct transaction costs) on a european scale.

I am always amused by the inflexibility of thinking and not-knowing of how things work in other countries of US-centric minds.

Re: Check the Check Printer

2013-01-06 18:47 • by Romojo (unregistered)
Must be change management - I support two mainframes here in <company name> and the Windows people are usually the ones who can't do what I do, or do it as fast as I can. They have a lot more cooks stirring that broth, as well....

Re: Check the Check Printer

2013-01-07 04:14 • by Corporate_Monkey (unregistered)
Why not just put in the change request ticket with the mainframe guys and wait the 10-20 days?

Re: Check the Check Printer

2013-01-08 19:06 • by Brian (unregistered)
398763 in reply to 398234
The five minutes is likely so the problem print job times out and goes away until the next login.

Re: Check the Check Printer

2013-01-09 07:39 • by Darth Age (unregistered)
Wait what!?!

A mainframe doing TCP/IP networking back in 1984?

That's pretty rare.

And probably indicates a homegrown TCP/IP-stack; updated as regularly as they have updated the IP list of their printers.

No wonder they don't use a VPN for connecting to the mainframe.

Their network management really is arcane.

Re: Check the Check Printer

2013-01-10 17:31 • by Mac (unregistered)
398993 in reply to 398234
You never worked with "mainframe" folks... have you...

Re: Check the Check Printer

2013-01-10 19:48 • by Andrew (unregistered)
399003 in reply to 398234
The printer has nothing to do with it, that's the time for the mainframe to notice the user login, try to send the print job, notice that it's not going to work, and give up.

Re: Check the Check Printer

2013-01-11 10:43 • by anon (unregistered)
399057 in reply to 398234
I believe that waiting time is for the mainframe to determine that the printer is not responding, stop.

The job isn't in the mainframe queue; rebooting the mainframe wouldn't have solved it--it was that the mainframe was sending this job fresh and new every time users logged in; why it wasn't going to the original printer if this was an alternative--they seemed to have decided the original printer and its IP is not an issue if no one complained about it, seeing this alternate was only supposed to be used in case the first one failed...

Anyway the five minutes is to just let the mainframe printer pipes drain bits onto the floor. After that it is out of 1984 print jobs, and the printer can be turned on again and receive relevant data. That's my understanding of it...

Re: Check the Check Printer

2013-02-27 11:41 • by -is (unregistered)
402217 in reply to 398234
QJo:
"... unplug the printer, wait five minutes, and then plug it back in."

There's the real WFT. Five minutes? For a printer of that vintage? Why on earth so long? That's nearly half as long as it takes to boot up a contemporary laptop with Windows 7 installed! Even my TV cable box only needs at most half a minute.


The five minutes are not booting time or login time for anything - it is to be sure the mainframe has given up on sending the print job for this round.


« PrevPage 1 | Page 2 | Page 3Next »

Add Comment