Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Doesn't manage Service[cups]??? #42

Open
jflorian opened this issue Jan 10, 2015 · 3 comments
Open

Doesn't manage Service[cups]??? #42

jflorian opened this issue Jan 10, 2015 · 3 comments

Comments

@jflorian
Copy link

After ditching my old cups module in puppet for yours everything seemed to be running smooth. However, upon building a new host I was surprised to see this kind of error:

Error: /Stage[main]/Local::Subsys::Cups/Printer[brother-guten]: Could not evaluate: Execution of '/usr/sbin/lpadmin -x brother-guten' returned 1: lpadmin: Unable to connect to server: Bad file descriptor

I traced this to the fact that the cups service wasn't running. Shouldn't your module be managing that as well?

@mosen
Copy link
Owner

mosen commented Feb 20, 2015

Hi there,
sorry for the late reply.

I accepted a pull request for managing the service by including the 'cups' manifest, but as yet haven't added testing for that feature. If you include 'cups' does it not ensure the service is running?

@octomike
Copy link

We have the same problem.

I think the reason for us is that cups' upstart script on ubuntu takes ages to run while "service cups status" returns 0 (with a note that it is in stage post-start) so puppet thinks it's all good to go. But when the module tries to add printers the socket in /var/run is not yet up.

Should we create a custom status script that blocks/waits for a while?

@mosen
Copy link
Owner

mosen commented Feb 26, 2016

Hey there. I haven't tested against upstart (I'm not using puppet-cups much these days) but I'm happy to test in a VM and see why the service fails.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants