On Mon, 2009-03-02 at 13:21 -0500, b.j. mcclure wrote:
Ok the version I have running is directly from the hplip website. It is not the CentOS Distro version. This actually brings up something of which I really believe that upstream has modified the code (backports etc). What is extremly strange is that I could not get any HP printers to function correctly with the hplip rpm from Upstream. So what I done was down load the binary from HP, thus far I have not have any problems. There is a newer version on the site than I have running. Why I don't have the newest is, for some strange reason it does not want to work right. http://hplipopensource.com/hplip-web/index.html You can try this but it want solve the your current problem of knowing why it want work. Ultimately file a bug report as both of you are having the same problem and none seems to have an answer.
I just called and had the printer (hplaserjet 1300) reconnected to the old server and it works fine with hplip ver. 1.6.7 so I don't think it's hplip. Both machines are identical except for motherboard, ram and drives, none of which should be in the picture here AFAIK. Even had the cat5 cable switched between the two boxes with no change. Don't think I have ever seen a port closed with the firewall down and a service running on it before. You may be right, it may be a bug but I've done this so many times on centos 5 without this issue. Thanks for all your help. I'll keep plugging at it and if all else fails try another install.
Just for kicks have you tried to restart the services? Now that I read in a bug report that for the ipp port to open up cups had to be restarted. That was on like cups 1.2 or 1.4 I believe but should not affect you. Last thing that comes to mind is possibly a previous admin black listed that port 631.
JohnStanley