![]() |
|
|
|
|
|||||||
| Forums | Portal | Register | Rules & FAQ | Contribute | Members List | Arcade | Search | Today's Posts | Mark Forums Read |
| SCO Santa Cruz Operation (SCO) was a software company based in Santa Cruz, California which was best known for selling three UNIX variants for Intel x86. |
|
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Unable to print Cyrillic fonts | kandatihari | AIX | 0 | 04-24-2008 07:56 AM |
| shutting down by non-root users | GKnight | SUN Solaris | 7 | 04-12-2008 12:47 AM |
| Unable to boot after an error in mirroring root | rjcool | SUN Solaris | 1 | 01-10-2008 01:11 PM |
| Only root can print | bsnavarra | SCO | 7 | 05-09-2006 01:24 PM |
| Root account disabled and unable to access console | AaronC | HP-UX | 2 | 05-31-2005 08:05 AM |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
Non-Root Users Unable to Print
UnixWare 7, Release 7.1.3
We have a customer that has frequent issues with Non-Root users being unable to print. They are able to print w/o issues, but all of the sudden it stops working. The only workaround we have at this point is to reboot the server. It is happening weekly according to the customer. The print jobs are being sent from our application, but the behavior is the same when issuing the command from the command line (lp -d...). After issuing the command as a non-root user, the following error is reported: UX:lp: ERROR: Could not write request. Root users can send print jobs w/o any problems. We've tried stopping / restarting the print server and checked the following log files without any real clues: /var/lp/logs /var/lp/logs/lpNet Any information you have would be greatly appreciated. If you need any additional system info, let me know. Thanks! RB |
| Forum Sponsor | ||
|
|
|
|||
|
Non root users can't print
Is there a possibility that a temporary file is created during the print process that has 0660 permissions that can be written to by a non root user, and everything works OK until a root user creates a print file, and regular users are not part of the root group. If rebooting the system clears the /tmp directory then it is likely that the file in question is being deleted by a startup script.
|
|||
| Google UNIX.COM |