Issue #7203 has been updated by Nigel Kersten. Status changed from Unreviewed to Needs More Information Assignee set to Nigel Kersten
I can't reproduce this at all. With judicious use of ulimit, I can get a 2.6.7 master and a 2.6.4 node complaining about too many open files: Master: <pre> err: Could not render to raw: Too many open files - /var/lib/puppet/exercise_puppet/environments/dev/modules/base/files/etc/apache2/mods-available/authz_default.load </pre> Node: <pre> err: /File[/tmp/etc/apache2/mods-available/authz_default.load]/ensure: change from absent to file failed: Could not set 'file on ensure: Error 400 on SERVER: Could not render to raw: Too many open files - /var/lib/puppet/exercise_puppet/environments/dev/modules/base/files/etc/apache2/mods-available/authz_default.load </pre> Can we get more details about your Ruby version, OS, etc? Are you able to reproduce this? On my master `ulimit -n 9` seems to get me to about the right level where I can invoke `puppet master --no-daemonize --verbose --debug` and I've got enough handles to read all my startup files, but several simultaneous client runs against this will exhaust available limits. ---------------------------------------- Bug #7203: "Too many open files" on Puppetmaster shouldn't corrupt client system state https://projects.puppetlabs.com/issues/7203 Author: Sean Millichamp Status: Needs More Information Priority: Normal Assignee: Nigel Kersten Category: Target version: Affected Puppet version: 2.6.7 Keywords: Branch: We have been experiencing the bug related to abandoned MySQL connections that has been covered in other bug reports. As a result, the Puppetmaster occasionally runs out of available file handles until it is restarted. Usually, this prevents new Puppet runs from occurring and all is well in the sense that nothing on the managed servers is significantly impacted. However, I just noticed that in one such instance Puppet on the client side actually replaced a previously valid system file with the contents "Too many open files - /path/to/puppetmaster/modules/modulename/files/expected_file.sh". This, fortunately, did not render the system unusable but we use Puppet to manage certain critical system files that, if corrupted in such a way, WOULD render the system unusable until booting in single user mode and manually repairing, etc. The Puppetmaster should check on the result of its attempt to read and serve files and if it can't open the file for any reason it should not return the error message of the attempt as contents of a file for the Puppet client to execute with. This is with Puppet 2.6.7 on the Puppetmaster and Puppet 2.6.4 on the client. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
