NT vs. Linux root only prints to hp network printer hpnp jetdirect

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From - Sat Apr 29 10:12:30 2000
Path: news.randori.com!news2.randori.com.POSTED!not-for-mail
Message-ID: <390AEA06.D1313553@aplawrence.com> 
From: Tony Lawrence <tony@aplawrence.com>
Organization: A.P. Lawrence
X-Mailer: Mozilla 4.7 [en] (X11; I; SCO_SV 3.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: comp.unix.sco.misc
Subject: Re: Cranky Guru's in NG
References: <3902f986$0$97502$2486905f@news.freeway.net> <8edgfk$c9n$1@nnrp1.deja.com> 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 99
Date: Sat, 29 Apr 2000 13:57:33 GMT
NNTP-Posting-Host: 64.13.44.12
X-Trace: news2.randori.com 957016653 64.13.44.12 (Sat, 29 Apr 2000 06:57:33 PDT)
NNTP-Posting-Date: Sat, 29 Apr 2000 06:57:33 PDT
Xref: news.randori.com comp.unix.sco.misc:59154
X-Mozilla-Status: 8010
X-Mozilla-Status2: 00000000

Chad Lemmen wrote:
>  I've tried
> posting to some of the Windows newgroups, but never got any intelligent
> answers in there if any answers at all. 

It's not their fault.  There are no intelligent answers for
Windows problems.

Actually, I'm at least half serious.

I was working with an NT administrator yesterday on a Unix
problem.  What had happened was that we had installed a few
things: a RealWorld upgrade, Visionfs 3.0, and Powerchute
software. After all that, people couldn't print any more. 
It took me a little bit of work to track this down, because
the NT guys trouble shooting skills were poor- here's what I
was initially told:

- none of the printers work, including a serial dot matrix.
- the printers work fine from the command line, but not from
RealWorld

I first had him check /usr/spool/lp/tmp and
/usr/spool/lp/logs/requests and learned 
 that nothing was backing up in the spool directory, but the
log files showed that the RealWorld jobs had been printed.

My first suspicion was RealWorld configuration, but I
eliminated that pretty quickly.  It then turned out that all
of his command line tests were done as root, and all of his
RealWorld tests were done as an ordinary user.   I had him
try Realwoorld as root, and it worked.  So the reality was
now that printing worked for root, but not for ordinary
users.  That, of course, made my suspicious of perms on lp,
but those were OK.    I wasn't thinking of anything related
to hpnp because the serial printer didn't work either. 

Ah, but it turned out that that wasn't quite true either-
the serial printer had been disabled and also was not even
accepting requests.  In fact, upon close reexamination,
there were no entries for the serial printer in the logs. 
So I ran /usr/lib/accept and enabled it and now I knew that
the problem really related to the HP network printers only. 
But it couldn't be a network problem because root could
print.  Therefore it had to be related to something the hp
script does.

If you look at the HPNP interface script in
/usr/lib/hpnp/hpnp.model, you see that it also writes its
own log file in /tmp, and only removes it if the print is
successful- so I looked in /tmp, but there were no hpnp log
files.  I then checked perms on /tmp, and saw why- it had no
write permission.  How did that happen?  I doubtedcit was
RW, and it sure couldn't have been Visionfs, so that left
APC Powerchute, and tha indeed was the source.

The actual problem was that the Powerchute install script
stupidly changes perms on the directory it is installed from
(why?).  It had changed /tmp and caused the failure.

Two comments the NT admin made bothered me.  The first was
"I wouldn't have known where to look".  OK, that's fair
enough, but there are two unrelated things to point out in
that regard.  The first is that at least you CAN look (you
can't look at the innards of NT's printing system).  The
second is that his trouble shooting wasn't very good- using
root to test command line printing and an ordinary user to
test RW clouded the real issue, and not noticing that the
serial printer jobs did NOT appear in the lp logs also
masked the real issue.  But, I can't complain too much- I
earn a good living because my trouble shooting skills ARE
good, and I can't expect everyone to have such skills- if
everyone did, I'd be broke!

It was the second comment that really bothered me:  "It's
this kind of stuff that drives people to NT- I've got to
find an NT accounting system".

Cripes!!!

Like Powerchute or some other vendor couldn't screw up your
life on NT?  And if they do, just how in hell are you going
to fix it?  Chances are, you won't- not without help from
them, assuming they even know what happened.  Most NT
"fixes" I've seen have been reinstalls or gross restoration
of the registry- certainly the skills of a typical
administrator do not allow for very much poking around to
identify the real source of a problem.  If something like
that had happened on NT, I bet it wouldn't have been fixed
for days, and probably would have required direct assistance
from HP.  

Oh well.  I'm sure that company will dump its "awful Unix"
box as soon as it can.  Such a shame, isn't it?

-- 
Tony Lawrence (tony@aplawrence.com)
SCO/Linux articles, help, book reviews, tests, 
job listings and more : 

Take Control of Maintaining Your Mac

Take Control of Syncing Data in Leopard

Take Control of Upgrading to Snow Leopard

Take Control of Buying a Mac

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.