cups-lpd running via xinetd
i have installed cups-lpd using dnf install cups-lpd and managing it by xinetd. The files look as follows:
Code:
#cat /etc/xinetd.conf Code:
#cat /etc/xinetd.d/cups-lpd Cups-lpd is being using by an external software. I have to test if cups-lpd is working or not. I have tried: Code:
#lp -d PrinterName testpage.txt Code:
Error Name: /undefined Code:
#cups-lpd -h PrinterName testpage.txt But the result was same Before printing from the Application how can i test cups-lpd to make sure it is working? am i doing anything wrongly ? Following are the mix logs of xinetd and systemd. Code:
/var/log/messages:348950:May 12 11:12:18 server xinetd[974]: xinetd Version 2.3.15 started with loadavg labeled-networking options compiled in. Code:
System information: |
Quote:
https://www.linuxquestions.org/quest...er-4175711204/ https://www.linuxquestions.org/quest...ps-4175704136/ Since you marked the last thread about your CUPS server as 'Solved', it's odd that you open a new one since you are saying you got it working previously. Start by reading the CUPS documentation about testing things: http://www.cups.org/doc/options.html |
Thanks for identation, i will keep in mind to use CODE tags next time. Yes i read the documentation http://www.cups.org/doc/options.html and https://www.cups.org/doc/man-cups-lpd.html which has been mentioned that what i have tried. these command not only gave the expected print out but also i can not see in /var/log that if someone tried to connect to cups-lpd.
|
Quote:
Quote:
http://www.cups.org/doc/accounting.html https://www.cups.org/doc/man-cupsd-logs.html /var/log is a directory...what actual FILE are you looking in? And seeing network connections is far different than printer accounting. |
Either run cups-lpd from xinetd or systemd but not both. I would suggest using systemd.
The easiest way to test the server is to create a raw printer queue that points to a real printer via the cups web page as lpd://localhost/existing_printer_queue You can then print something using the regular lpr or lp commands and specify the new print queue. You can test to see if your actually connecting to cups-lpd by stopping it and see what happens. |
Thanks michaelk. I followed your suggestion and it worked on command line now i will test with the application.But before that i am looking for a log as cups-lpd is being managed by xinetd. This is how the /etc/xinetd looks
Code:
# Define general logging characteristics. Code:
service printer Have also tried Code:
grep -rn "cups-lpd" /var/log/ Do you have an idea where i should look at ? |
I would not expect anything in the logs as "cups-lpd" since the service name is printer.
|
i have look around using
Code:
grep -rn "printer" /var/log/ Code:
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name Timer |
Check your /etc/xinetd.conf maybe it isn't configured to log anything.
|
this is file
Code:
# cat /etc/xinetd.conf |
Quote:
http://www.cups.org/doc/man-cups-files.conf.html |
cups uses the IPP protocol and it makes sense that cups-lpd is an intermediate process that basically talks lpd to the client and then sends the job on to cups itself.
Searching has not found much and I have not personally tested anything yet but to throw out another guess try changing the log file name is the same in both your service and xinetd.conf. Try changing the service file to something else and restart xinetd. |
Quote:
http://www.cups.org/doc/man-cups-files.conf.html |
xinetd is separate from cups and the cups-lpd is separate from the actual cups daemon. xinetd log files are separate from cups log files and unrelated. I would not expect the OP to need to change any cups configuration.
|
Quote:
|
All times are GMT -5. The time now is 06:19 PM. |