[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problem with lpr



On Tue, Mar 04, 2008 at 08:42:49PM +0100, Jean-Yves Boisiaud wrote:
> Douglas A. Tutty wrote:
> >On Tue, Mar 04, 2008 at 02:31:52PM +0100, Jean-Yves Boisiaud wrote:
> >>I'm running the lpd spooler with Debian Sarge. My kernel version is 
> >>2.6.8-4-686-smp (last stock kernel) and the Debian system is up to date.
> > 
> > Can't be up-to-date since security support for Sarge has ended (or is
> > it about to end; there was a message about it this past week.  Etch has
> > been out for a whole year now).
> 
> I know.
> 
> But I refuse to migrate to Etch a production server.

Well, then move that production server to another OS because at the rate
Linux has kernel bugs (as in, the rate at which there have been kernel
security updates), if your box isn't vulnerable now, it will be soon.

> When Etch goes out, I built a machine which looked like my production 
> servers. Upgrade from Sarge to Etch failed with several problems (I 
> remember only upgrading problems with LVM, but what a problem...).

Yeah, mine died upgrading libc6 too.  However, Etch itself runs just
fine on my more powerful boxes.  On my very old boxes, I run OpenBSD.

> Since, I discover FreeBSD.

Also a suitable choice for some boxes.

> Thanks for your help.

No problem.

> >>My problem is with lpr/lpq. For example, sometimes lpq (or lpr) blocks 
> >>on connect(), sometimes not, it depends. When I run strace lpq :
> >
> >I don't know how to read a strace.  What actual error message do you get
> >when you do whatever it is you do to cause the problem.
> >
> >Etch's lpr/lpd is OpenBSD's.  Who's is Sarge's?
> >
> >>bind(3, {sa_family=AF_INET, sin_port=htons(1019), 
> >>sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in 
> >>use)
> >>bind(3, {sa_family=AF_INET, sin_port=htons(1018), 
> >>sin_addr=inet_addr("0.0.0.0")}, 16) = 0
> >>setresgid32(-1, 0, -1)                  = 0
> >>setresuid32(-1, 0, -1)                  = 0
> >>rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0
> >>rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0
> >>connect(3, {sa_family=AF_INET, sin_port=htons(515), 
> >>sin_addr=inet_addr("192.168.35.220")}, 16
> >>
> >>My host address is 192.168.33.1.
> >>
> >>Any idea ?
 


Reply to: